Integració de SharePoint ràpid: Exemples de codi per mostrar totes les vistes de pressa disponibles

Aquí hi ha algun codi que Mostra totes les vistes disponibles des d'un RÀPID servidor basat en el nom QRServer (el procés de servidor amb la qual ens comuniquem). T'ofereixo això per donar-li tot un gust del que és com utilitzar les API ràpid sempre.

utilitzant Sistema;
utilitzant System.Collections.Generic;
utilitzant System.LINQ;
utilitzant System.text;
utilitzant Com.FastSearch.esp.Search;
utilitzant Com.FastSearch.esp.Search.http;
utilitzant Com.FastSearch.esp.Search.Navigation;
utilitzant Com.FastSearch.esp.Search.Query;
utilitzant Com.FastSearch.Esp.Search.Result;
utilitzant Com.FastSearch.Esp.Search.View;
utilitzant System.Collections.Specialized;
utilitzant System.Collections;


espai de noms Conchango
{
    classe EnumerateFASTViews
    {
        estàtica buit Principal(corda[] args)
        {

            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = nou NameValueCollection();

            nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15100");
            nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "ACONSEGUIR");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            Consola.WriteLine("Visites totals: [" + searchFactory.GetSearchViewList().Comte + "].");

            Int m = 0;

            foreach (objecte o en searchFactory.GetSearchViewList())
            {
                Consola.WriteLine("Veure [" + i     + "]: [" + o.ToString() + "].");

            }

            Consola.ReadLine();

        }
    }
}

Tingueu en compte que jo em considero un penes competents c# programador i tinc la pell fina, Així que no l'enviïs qualsevol gerds meu camí, especialment re: el "foreach (objecte o en …)" construct 🙂

</final>

Etiquetas de Technorati: ,

Subscriure's al meu blog.

RÀPID i SharePoint integració primer mirar

He tingut la sort de tenir l'oportunitat de treballar en un ràpid <–> Projecte d'integració del SharePoint i idea que jo would seguir compartint la la meva limitada experiència amb la comunitat.

Microsoft està en el procés de compra RÀPID. Jo no sé res sobre l'horari excepte que ha de ser acabat en el "2n trimestre" que suposo significa per 06/30/08.

Disseny del meu projecte, a un nivell molt alt, convocatòries per a la creació d'uns elements web que tenen aproximadament el mateix aspecte, sentir i funcionalitat com la molsa estàndard quadre de cerca i resultats bàsics web part, però tirant de ràpid. He fet alguns passos de nadó en aquesta direcció.

RÀPID és un motor de cerca dedicat. No es basa en la tecnologia Microsoft, encara que és evident per a mi que alguns dels enginyers ràpids entén clarament MS tecnologia (o he fet servir de contractistes).

RÀPID:

RÀPID és un producte de servidor gran monstre (i no em refereixo que en el mal sentit; MOLSA és un producte de gran monstre per a mi, així). Sembla ser basat en Java i em vaig adonar d'algunes coses d'apatxe i potser alguns PHP. No em sorprendria si hi havia altres trossos de tecnologia barrejat aquí i allà. Definitivament funciona al servidor de windows i està funcionant bé en l'entorn virtual que he estat utilitzant.

Es fa ús d'un servei web de façana que el contingut del SharePoint rastreig per indexar a la seva especial manera ràpida.

Un usuari final SharePoint seria força molt a casa amb interfície d'usuari de ràpid. Té cerca simple/avançat, Mostra resultats, és gran en rellevància (encara que no veig com es maneja la rellevància social). No obstant això, va anar més enllà. Seus derivats sembla millor. Jo realment no articulen bé però només diré "és millor." Pot vostè prengui la meva paraula per a això, or not 🙂 I may elaborate on this point in the future, com puc obtenir més informació.

MOSS:

RÀPID proporciona un. Ambient NET DLL que proporciona una interfície al motor ràpid. Això fa que sigui possible crear elements web o aplicació pàgines o qualsevol cosa que vulguem consulta ràpida i presentar els resultats.

Sembla que hi ha una interfície web servei així.

També tenen accés a un element web ràpid-sempre que integren la molsa i ràpid. No sé si això és un POC, alguna cosa que avivava com una demostració o què. És definitivament una bona eina, no tan segur si està preparat per producció.

Això és tot per ara. A mesura que avança a través del projecte, Enviaré més.

</final>

Etiquetas de Technorati: , ,

Subscriure's al meu blog.

Determinar Port QRServer ràpid

Per tal de comunicar-se amb la cerca ràpida mitjançant l'API, necessitem saber el port en el qual s'està executant el QRServer.

He seguit aquests passos per localitzar-lo:

  1. Entreu al portal admin ràpid (http://server:port/admin).
  2. Navegui a sistema general.
  3. Localitzi "Cerca fils" i feu clic a la icona spyglass:

    imatge

  4. Utilitzat amb èxit el valor, 15100 "Info nom de" = "http":

    imatge

Notes:

1. Portuària 15100 sembla ser el número de fora-de-the-box port per defecte per a la QRServer.

2. Utilitzeu aquest codi similar al seguir per iniciar una connexió ràpida:

     ISearchFactory searchFactory;
    
        NameValueCollection nameValueCollection = nou NameValueCollection();
    
        nameValueCollection.Add("fastsearchengine", "Com.FastSearch.Esp.Search.Http.HttpSearchFactory");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.QRServers", "fastdemoback:15102");
        nameValueCollection.Add("Com.FastSearch.Esp.Search.Http.RequestMethod", "ACONSEGUIR");
    
        searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. Si vostè escull un port salvatgement incorrecta, vostè rep un missatge d'error útil:

imatge

4. No obstant això, Si vostè escull el número de port que figuren en la visió de conjunt (15102) vostè no rep aquest missatge d'error útil. En canvi, més tard, quan intenta accedir a les dades mitjançant una recerca o una vista ràpida de referència, aconsegueix un error. Depuració Mostra que el comte de vista de la searchFactory és zero. Se us donarà el missatge "Fracassat per portar la llista de cerca veure".

</final>

Etiquetas de Technorati:

Subscriure's al meu blog.

Cap a patrons de disseny tècnic del SharePoint: Flux de treball de SharePoint Designer + Auricular d'esdeveniment = alta potència còctel

Un dels patrons emergents que i trobar en l'elaboració de solucions del SharePoint aprofita SharePoint Designer workflow i un auricular d'esdeveniment.

Aquí és un escenari de negocis per posar-lo en context:

  • Vaig penjar un document a un lib doc.
  • Jo kick-off multi-pas del flux de treball creat mitjançant el SharePoint Designer.
  • En algun moment durant aquest procés, flux de treball assigna una tasca a algú (Via recopilar dades d'usuari o assigna una tasca).
  • Volem utilitzar un KPI a pista quant aquesta tasca està en espera de finalització. El KPI Mostra verd per a les tasques que estan finalitzades o causa més de 3 dies des d'ara. Mostra groga si la tasca es deu demà o avui. Mostra vermell si la tasca és vençudes.
  • Aquí ve el bo: Vull la data que impulsa aquest KPI ser vacances conscient.

Jo no puc calcular due vacances conscient data de flux de treball de SharePoint Designer molt fàcilment. Hauria de crear una acció personalitzada o utilitzar una eina de 3r. No obstant això, Això és bastant fàcil de calcular com una data en un auricular d'esdeveniment. Fusionar aquests dos junts i aconseguim un patró d'aquesta:

  • Definir un ocult Sí/no columna del lloc a la biblioteca de documents etiquetada "DoCalcualteDueDate".
  • Inicialitzar-lo a false.
  • En el moment oportú en el flux de treball (e. g. just abans de la "recollir dades" l'acció), assignar aquest valor a True.
  • Un ItemUpdate() Mira auricular d'esdeveniment per veure si "DoCalculateDueDate" és cert. Ja que l'auricular d'esdeveniment s'executa en cada actualització, "DoCalculateDueDate" és normalment fals.
  • Quan el flux de treball assigna DoCalculateDueDate a true, l'auricular d'esdeveniment calcula el due vacances conscient data.
  • Quan el receptor esdeveniment fa aquest càlcul, que estableix l'indicador DoCalculateDueDate a false.

Al final, Flux de treball SPD es comunica amb un auricular d'esdeveniment mitjançant el semàfor de DoCalculateDueDate i tenim vacances conscient degut a les dates assignades en el moment exactament correcte en la vida del flux de treball. Controls de SharePoint Designer quan s'assigna al venciment però l'auricular d'esdeveniment realitza el càlcul real i assignació.

</final>

Subscriure's al meu blog.

Etiquetas de Technorati: ,

Comportament observat: Movent SPD fluxos de treball dins d'una col·lecció de llocs

ACTUALITZACIÓ: He estat investigant com incrustar un flux de treball SPD a una definició del lloc. Aquesta cadena MSDN fòrum té algunes informacions interessants. No és concloent, però punts de camí per la selva.

Estic donant aquest post una mica oddball "observat comportament" plom, ja que sóc una mica suspicaç de treure conclusions de la mateixa. Fluxos de treball SPD són … temperamental.

Persones es pregunten sovint / preguntant-se / inquiets sobre passar els fluxos de treball SPD d'un lloc a un altre. Avui, He seguit aquests passos i va fer aquestes observacions:

  • He creat un flux de treball mitjançant el SharePoint Designer en un lloc que s'adjunta a una biblioteca de documents.
  • La biblioteca de documents associats ja ocupa diversos documents.
  • Salvava el lloc com a una plantilla.
  • Quan em va salvar el lloc com a una plantilla, Salvava el contingut també.
  • He creat un nou lloc en la mateixa col·lecció utilitzant aquesta plantilla.

En aquest punt, He intentat executar el flux de treball. -Immediatament s'acabava amb el missatge de registre, "Fracassat a començament".

M'esperava això. Tinc les baixes expectatives quan es tracta de moure els fluxos de treball SPD.

He continuat:

  • Obrir el web al SharePoint Designer.
  • Tenia un ull en el flux de treball. Semblava bé.
  • Feia clic "Acabat".
  • Executava el flux de treball.

Aquesta vegada, funcionava bé.

Vaig a afegir que aquest flux de treball utilitzat els "recollir dades d'usuari" acció que és una acció relativament complexa sota el capó.

Provisionalment concloure que el procés de "acabat" el flux de treball causat SPD a associar correctament el flux de treball SPD amb la nova biblioteca de documents. Concloure també l'XOML i altres artefactes XML són raonablement "immoral". No són súper bé acoblat a la biblioteca de documents.

Què fa aquesta mitjana aritmètica? Suposant que sigui un procés fiable i reproduïble, hi ha almenys un aspre mètode que podem utilitzar per moure'ls. No sé si això funciona si travessem els límits de col. lecció de lloc o fins i tot més dràstica, finques nous sencers (e. g. dev al escenari a prod).

Si estàs llegint això i inclinats, Si us plau enviar un comentari o Rebi per email seva història migració SharePoint Designer. Actualitzaré amb molt de gust l'anunci amb algunes idees així que ofereix.

</final>

Subscriure's al meu blog.

Etiquetas de Technorati:

Ràpid i senzill: Actualització només de flux de treball de camp

Sovint és útil emmagatzemar informació d'estatus a una llista personalitzada com un codi d'aprovació que mai hauria ser manipulades directament pels usuaris finals. Aquest és un escenari comú de negoci. He estat treballant en un projecte enguany que genera diverses dates estatus i recordatori través de fluxos de treball de SharePoint Designer que després en cotxe KPIs i generalment suport a processos de negocis d'hora-crític.

Utilitzar un tipus de contingut de lloc / columna per aconseguir aquest efecte.

Crear un tipus de contingut de lloc amb la columna estat com mostrat:

imatge

Tingueu en compte l'estat" (Demo)" camp a la part inferior.

Següent, feu clic en el nom de columna per accedir a les propietats de la columna. Seleccioneu "oculta (No apareixerà als formularis)" a la secció Configuració de la columna com mostrat:

imatge

Això elimina el camp de les formes estàndard edició/actualització. No obstant això, està encara disponible a les visualitzacions, KPI, el model d'objectes i en qualsevol altre lloc que voleu utilitzar-lo, incloent-hi el flux de treball SPD.

</final>

Subscriure's al meu blog.

Etiquetas de Technorati: ,

Diumenge Funny: “Vaig pensar que això havia de ser una ciutat de Rich”

Fa una mica més de tres anys, la meva dona i jo van signar el meu fill per a una activitat d'estiu, Els jugadors Midland Park. Aquest és un grup que gasta uns tres o quatre setmanes preparant per a una obra i llavors mostrar als pares, amics i familiars. Això és sempre molt ben treballat.

No sé si el nen de tot el món és com aquest, però el meu fill és molt reticent a provar coses noves. Sabent això, signem pel programa. Hem trobat que és millor alertar-lo a aquest tipus de coses aviat i amb freqüència. Així, per a superar la seva reticència natural, li vam dir des del principi i va fer possible perquè soni com diversió, etc. Fins i tot amb una campanya publicitària multi-mes, encara no estava convençut. Ens va obligar a fer, tot i que, i com sovint és el cas, tenia un gran moment.

En el moment en el segon any enrotllat al voltant, va havia novament convèncer-se que ell no volia participar. Però, que ell havia signat cap amunt i en zero dies, Jo li va deixar un matí a l'escola secundària on practiquen. Quan vaig anar a recollir-lo després de dinar, ell estava molt entusiasmat, tots els somriures i anunciat, "L'obra és la Conill de peluix i vull ser el conill". Havia passat literalment mesos duent (vegades histèric) sobre com ell no volia tenir res a veure amb el parc de reproductors i després del primer dia, Ell vol ser el protagonista de l'obra. Hem vist que aquest patró abans.

(Molt per la nostra sorpresa, va fer arribar el paper de conill i va ser sorprenent.)

Avanç ràpid fins uns anys. Ha estat en parc jugadors tres vegades ara, Així que és una cosa d'un veterà. Aquest estiu (2008), Jugadors arrenca de nou. En el temps mean, Finalment ell ha convençut ens va realment no vol jugar futbol i bàsquet mai estimat. Que el va deixar amb cap activitats extraescolars per a finals d'hivern / principis de primavera. Un client amb qui vaig treballar va esmentar que la seva filla fos en un programa anomenat dreta de l'etapa. Etapa dreta és una versió lleugerament més car del parc jugadors i no és a la meva ciutat, però colindant amb ell. Perfecte.

El que cal saber sobre aquest poble és que és pràcticament un altre país en termes de riquesa. Té en general un tren d'alta freqüència dret a Wall Street i a NYC. És només un lloc ric. Un dels temes continua discussió familiar és si hem hauria passat a aquesta localitat en lloc d'on vivim ara. És una ciutat més gran, les escoles ofereixen programes més per als nens, etc. La meva dona va créixer en aquest poble i els seus pares hi viuen, Així que ens estan "enganxats a" malgrat no hi viuen. Personalment vaig créixer en circumstàncies diferents de Massachusetts, Així que no tinc molt a dir sobre això durant la conversa de sopar familiar. Això no vol dir que no som molt feliç on vivim. Només sabem que aquell poble és un nivell per sobre la nostra ciutat econòmicament.

Pròxim programa escena de la dreta va començar massa aviat per a nosaltres per posar en marxa la nostra campanya publicitària normal vèncer les reticències del meu fill. Això és quan es va acostar amb un meu personals favorits arguments contra fent alguna cosa: "Divendres nits són primer nits de pròrrogues de son!" Etapa dreta anava a interferir amb les seus socials de cap setmana.

Arriba el dia, podem portar-lo allà i deixar-lo fora i com amb la resta, seu amor natural de només ser viu es va fer càrrec i ell ha tingut una bona estona amb ella.

Aquest cap setmana passat la meva dona estava parlant a ell i per primera vegada, Crec que ell és sastreria seus debats molt precisament per la seva audiència. Ella li havia demanat com escenari dret es compara amb Midland parc jugadors. Ell li diu que "el parc jugadors, tenim adolescents que ajudar-nos. No hi hagi cap al escenari dret. Al reproductors de Parc, adolescents fan tots els accessoris. A la dreta de l'etapa, hem de portar els nostres propis objectes. Hem de fer tot. I llavors va torça el ganivet: "Vaig pensar que això se suposava que era un poble ric."

Tots aquests anys, Realment mai vaig pensar que era sentir o comprendre res com això relacionat amb la localitat de"ric". No obstant això, resulta que va ser.

</final>

Subscriure's al meu blog.

Etiquetas de Technorati:

SharePoint no proporciona calendari Roll-ups; Solucions possibles

ACTUALITZACIÓ: Una persona anònima en els comentaris Envia aquest enllaç: http://www.atidan.com/atidan-collaboration-kit.php

Els usuaris del Fòrum sovint una pregunta com aquesta:

"M'agradaria tenir un calendari en el nivell de lloc que és poblat per esdeveniments de calendaris del sublloc. Idealment, usuaris de subllocs crearà calendari d'esdeveniments, i tindrà l'opció de marcar-los com "públic.’ Esdeveniments marcats com a públic dinàmicament apareixerà al calendari compartit lloc. Així el calendari compartit lloc és un registre amunt de tots els esdeveniments públics de tots els calendaris sublloc."

És WSS 3.0 o molsa 2007, no és possible configurar directament un "alçar" Calendari. Calendaris existeix en el seu propi, independent de qualsevol altre calendari.

Per crear un calendari enrotllable, Seguiu un d'aquests camins:

  1. Utilitzar un element Web de consulta de continguts. Aquesta és la solució més fàcil per a usuaris de molsa (WSS no proporciona CQWP). CQWP, per desgràcia, no proporciona una visualització del calendari de dades fora de la caixa. Proporciona una flexibilitat enorme rendició (veure aquí per a un exemple) però per defecte, Mostra els seus resultats en format de llista simple. En molts casos, CQWP probablement una bona opció.
  2. Una programació més orientat solució seria utilitzar auriculars d'esdeveniment. Auriculars d'esdeveniment d'implementar en els calendaris sublloc que quedarà en sincronia amb el mestre calendari d'actes públics. Com es modifica un calendari determinat sublloc, arribar al mestre calendari i actualitzar-lo segons calgui. Aquesta opció està disponible en dos WSS 3.0 i MOSS.

Hi ha altres probablement intel ligent solucions a aquest problema. Si un té o sap d'un, Si us plau deixar un comentari o Rebi per email i vaig a actualitzar aquest post.

</final>

Etiquetas de Technorati: ,

Subscriure's al meu blog.

Crear llocs (SPWeb) Via flux de treball de dissenyador de SharePoint

Aquesta entrada del bloc és més d'un "en l'àmbit de les possibles" entrada vs. informació de formigó.

Tenim un disseny tècnic que requereix per a nosaltres per crear un lloc en una col·lecció de llocs mitjançant un procés de flux de treball manualment llançat. Bàsicament, els usuaris introdueixen dades en un nou "client" llista personalitzada i llavors quan han acabat i validat el procés d'entrada de dades, hem de crear un lloc per a que el client.

Sóc tant un gran fan de declarativa de flux de treball, així com un programador de flux de treball feble visual studio, així jo buscat complir el requisit mitjançant el SharePoint Designer.

M'he proposat escriure sobre això en major detall (i esperem que presenta a un grup d'usuaris o dos en el proper any), però aquí és la solució global:

  • Crear una acció personalitzada que s'integra amb SPD.
  • L'acció personalitzada permet SPD a invocar un servei web i donar-lo un reguitzell d'XML.
  • Servei web localitza la fila a la llista de costum i crea un lloc nou, segons les dades per a aquest nou client utilitzant una definició del lloc de costum.
  • Servei web llavors actualitza la llista personalitzada amb alguna informació com un enllaç a la nova pàgina.

Hem considerat altres enfocaments, com controladors d'incidències i flux de treball d'estudi visual. L'enfocament SPD dóna nostres usuaris finals una mica més control sobre el procés. Concedit, hi ha un munt de codi de c# en aquesta solució, però això és embolicat en un flux de treball declarativa, Així aconseguim alguns dels beneficis del flux de treball declarativa mentre connectant al servei de la creació de llocs.

Tot el que necessitem ara és una eina fàcil de migrar de forma automàtica SPD fluxos de treball al voltant de la mateixa facilitat que el que puguem per a fluxos de treball de Visual Studio i que realment serà cuinar amb gas 🙂 entenc que alguna gent hi són fora treballant en aquest problema i espero que tinguin cert èxit bé amb ell aviat.

</final>

Subscriure's al meu blog.

Etiquetas de Technorati: ,