Integrácia rýchle služby SharePoint: Ukážkový kód pre zobrazenie všetkých dostupných rýchle zobrazenie

Tu je nejaký kód, ktorý zobrazuje všetky dostupné názory RÝCHLE Server založený na pomenované QRServer (proces servera s ktorými komunikujeme). Môžem ponúknuť to vám všetky chuť toho, čo je použitie poskytnutých rýchlo API.

pomocou Systém;
pomocou System.Collections.Generic;
pomocou System.Linq;
pomocou System.Text;
pomocou Com.FastSearch.Esp.Search;
pomocou Com.FastSearch.Esp.Search.Http;
pomocou Com.FastSearch.Esp.Search.Navigation;
pomocou Com.FastSearch.Esp.Search.Query;
pomocou S. výsledok Esp. vyhľadávania FastSearch.;
pomocou S. zobrazení Esp. vyhľadávania FastSearch.;
pomocou System.Collections.Specialized;
pomocou System.Collections;


priestor názvov Conchango
{
    trieda EnumerateFASTViews
    {
        statické neplatné Hlavné(reťazec[] argumenty)
        {

            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = nové 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", "ZÍSKAŤ");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            Konzoly.WriteLine("Celkom zobrazení: [" + searchFactory.GetSearchViewList().Počet + "].");

            int i = 0;

            foreach (object o v searchFactory.GetSearchViewList())
            {
                Konzoly.WriteLine(Zobraziť" [" + i    + "]: [" + o.ToString() + "].");

            }

            Konzoly.ReadLine();

        }
    }
}

Upozorňujeme, že považujem sotva príslušný C# programátor a mám tenkú kožu, Takže neposielajte žiadne maliny mojej ceste, hlavne re: "foreach (objekt o v …)" construct 🙂

</koniec>

Technorati Tags: ,

Vyberajte môj blog.

RÝCHLO a SharePoint integrácie prvý pohľad

Bol som šťastie, že majú príležitosť pracovať na rýchle <–> SharePoint integrácie projektu a myslel by som naďalej zdieľať moje obmedzené skúsenosti s komunitou.

Microsoft je v proces nákupu RÝCHLE. Nemusíte vedieť nič o harmonogram, okrem toho, že by mala byť dokončená v "2. štvrťrok" ktorých predpokladám znamená 06/30/08.

Môj projekt dizajn, na veľmi vysokej úrovni, vyzýva na vytvorenie niekoľkých webových častí, ktoré majú približne rovnaký vzhľad, pocit a funkčnosť ako štandardné MACHU vyhľadávacieho poľa a základné výsledky webová časť, ale ťahá z rýchleho. Som urobil niektoré dieťa kroky v tomto smere.

RÝCHLE je špecializované vyhľadávače. Nie je založený na technológii Microsoft, Hoci to je mi jasné, že niektoré rýchle inžinierov jasne pochopiť MS tech (alebo oni urobili použiť dodávateľov).

RÝCHLE:

RÝCHLE je veľký monster serverový produkt (a nemyslím to v zlom zmysle; MOSS je veľký monster produkt pre mňa rovnako). Zdá sa, že založené na Java a všimol som si niektoré veci apache a možno nejaký PHP. Já bych nemal byť prekvapený, keď tam boli ďalšie kúsky tech zmiešané sem a tam. Rozhodne to beží na windows server a je v poriadku vo virtuálnom prostredí, ktoré som používal.

Využíva fasády webovej služby prehľadávania obsahu SharePoint indexovanie v jeho osobitným spôsobom rýchlo.

SharePoint koncový používateľ bude skoro doma s FAST je používateľské rozhranie. To má jednoduché/Rozšírené vyhľadávanie, ukazuje výsledky, je veľký na relevantnosť (aj keď nevidím, ako to zvláda sociálne relevantnosť). Avšak, ísť ďalej. Jeho vyplývajúce vyzerá lepšie. Naozaj nemôžem vyjadriť to dobre, ale uvidíme len povedať, "je to lepšie." Môžete si vziať moje slovo pre to, or not 🙂 I may elaborate on this point in the future, ako sa môžem dozvedieť viac.

MACHY:

RÝCHLO poskytuje. NET-priateľské DLL, ktorý poskytuje rozhranie pre rýchly motor. To umožňuje nám vytvoriť webové časti alebo stránky aplikácie alebo čo chceme rýchlo dotazu a prezentovať výsledky.

Zdá sa webové služby rozhranie aj.

Mám prístup k predpokladu na rýchle webová časť, ktorá integrovať MOSS a rýchlo. Neviem, či je to POC, niečo, čo bolo šľahačkou ako demo, alebo čo. Je to určite dobrý vzdelávací nástroj, Takže neviete, či je pripravený pre výrobu.

To je pre teraz. Ako mám postupovať prostredníctvom projektu, I post viac.

</koniec>

Technorati Tags: , ,

Vyberajte môj blog.

Určenie rýchly Port QRServer

Na komunikáciu s rýchle vyhľadávanie prostredníctvom svojho API, potrebujeme poznať port na ktorom je spustený QRServer.

Sledoval som týchto krokov vyhľadajte:

  1. RÝCHLE admin prihlásiť (http://server:port/admin).
  2. Prejdite na prehľad systému.
  3. Vyhľadajte "Hľadať dispečer" a kliknite na ikonu ďalekohľad:

    obrázok

  4. Úspešne používa hodnota, 15100 pre Info meno"" = "http":

    obrázok

Poznámky:

1. Prístav 15100 sa zdá byť predvolené číslo portu mimo-of-box pre QRServer.

2. Použite tento kód podobné nasledovnému vytvoriť inštanciu spojenie k rýchle:

     ISearchFactory searchFactory;
    
        NameValueCollection nameValueCollection = nové 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", "ZÍSKAŤ");
    
        searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. Ak si vyberiete divoko nesprávnemu portu, získate užitočné chybové hlásenie:

obrázok

4. Avšak, Ak vyberiete číslo portu uvedené na prehľad (15102) Nemyslím si že užitočné chybové hlásenie. Namiesto toho, neskôr, keď pokúsite o prístup k žiadne údaje prostredníctvom vyhľadávania alebo odkaz na rýchle zobrazenie, dostanete chybu. Ladenie ukazuje, že searchFactory názor počítať je nula. Budete mať správu "Nepodarilo sa načítať Hľadať Zobraziť zoznam".

</koniec>

Technorati Tags:

Vyberajte môj blog.

Smerom k SharePoint technické návrhové vzory: Pracovný postup programu SharePoint Designer + Príjemca udalostí = vysoká potencia koktail

Využíva jeden z nových modelov nájdem v tvorbe riešení SharePoint pracovného postupu programu SharePoint Designer a príjemca udalosti.

Tu je scenár Biznis ju v kontexte:

  • Odovzdať dokument do doc lib.
  • Som odštartuje multi-krokom workflow vytvorené pomocou programu SharePoint Designer.
  • U nejakého bodu počas tohto procesu, tok činností priradí úlohy niekomu (cez zber údajov od používateľov alebo priradenie úlohy).
  • Chceme použiť indikátor KPI na sledovanie, ako dlho táto úloha čaká na dokončenie. Indikátor KPI ukazuje zelená pre úlohy, ktoré sú ukončené alebo splatnosti viac ako 3 dní odo dneška. Zobrazuje žltý, ak úloha je kvôli zajtra alebo dnes. Ukáže sa, že červená, ak úloha je po termíne.
  • Tu je kicker: Chcem, aby dátum, ktorý poháňa tento indikátor KPI informovaní dovolenka.

Nemožno vypočítať dovolenku vedomí náležitým dátum v programe SharePoint Designer workflow veľmi ľahko. By musel vytvoriť vlastnú akciu, alebo použiť nástroj 3rd strana. Avšak, je to jednoduché stačí výpočet dátumu, v prípade prijímač. Zlúčiť tieto dva dohromady a dostaneme vzor takého:

  • Definovať skryté áno/nie stĺpec lokality knižnice dokumentov označené ako "DoCalcualteDueDate".
  • Inicializovať FALSE.
  • Vo vhodnom čase v toku činností (napr.. tesne pred "zhromažďovanie údajov" Akcia), priradiť hodnotu TRUE.
  • ItemUpdate() príjemca udalostí vyzerá, či "DoCalculateDueDate" je pravda. Pretože príjemca udalosti beží na každej aktualizácii, "DoCalculateDueDate" je normálne nepravdivé.
  • Keď tok činností priradí DoCalculateDueDate na true, príjemca udalostí počíta dovolenka-aware due dátum.
  • Keď príjemca udalosti robí tento výpočet, to nastaví príznak DoCalculateDueDate FALSE.

V závere, SPD toku komunikoval s príjemca udalosti cez DoCalculateDueDate semafor a máme dovolenku podporujúce kvôli dátumy, ktoré sú priradené v presne správny okamih v toku života. SharePoint Designer ovládacie prvky priradené dátum splatnosti ale udalosti príjemca vykoná skutočný výpočet a nasadenie.

</koniec>

Vyberajte môj blog.

Pozorované správanie: Pohybujúce sa SPD toky činností v kolekcii lokalít

AKTUALIZÁCIA: Bol som skúma ako vložiť SPD toku do definície lokality. Toto fórum MSDN reťazec má niektoré zaujímavé informácie. To nie je rozhodujúce, ale poukazuje na cestu džungľou.

Dávam tento post niečo podivín "pozorované správanie" viesť, pretože som trochu pochybujú, či vyvodzovanie záverov z neho. SPD pracovné postupy sú … temperamentné.

Ľudia sa často pýtajú / Zaujíma vás / nebezpečnej počas pohybujúce SPD toky z jedného miesta do druhého. Dnes, Nasledovať tieto kroky a urobil tieto pozorovania:

  • Som vytvoril pracovný postup lokality pripojené ku knižnici dokumentov pomocou programu SharePoint Designer.
  • Priradená knižnica dokumentov už sídli viacero dokumentov.
  • Zachránil som lokality ako šablóny.
  • Keď som zachránil lokality ako šablóny, Zachránil som obsah aj.
  • Vytvoril som nové stránky v rovnakej kolekcii lokality pomocou šablóny.

V tomto momente, Snažil som sa spustiť toku činností. To okamžite ukončiť sám s správu denníka, "Zlyhala pri spustení".

Čakal som, že to. Mám nízke očakávania, pokiaľ ide o pohybujú SPD toky činností.

Pokračoval som:

  • Otvoriť lokalitu v programe SharePoint Designer.
  • Mal pozrieť na toku činností. Zdalo sa, že jemné.
  • Kliknutí na tlačidlo "Dokončiť".
  • Bežal som toku činností.

tentoraz, fungovalo to dobre.

Pridám, že tento tok činností používať "zhromažďovanie údajov od používateľov" opatrenia, ktoré je pomerne zložité akcie pod kapotou.

Predbežne k záveru, že proces "povrchová úprava" pracovný postup spôsobil SPD SPD workflow správne priradiť novú knižnicu dokumentov. Tiež k záveru, XOML a iné artefakty XML sú primerane "voľné". Nie sú super pevne spojený do knižnice dokumentov.

Čo to znamená? Za predpokladu, že je to spoľahlivý a reprodukovateľné proces, tam je aspoň jednu hrubú metódu môžeme použiť pohybovať okolo nich. Neviem, ak by to fungovať, ak sme prekročili hranice kolekcie lokality alebo dokonca viac drasticky, celé nové farmy (napr.. dev do fázy prod).

Ak čítate túto a naklonený, Prosím post komentár alebo napíšte mi Váš príbeh migrácie programu SharePoint Designer. Rád budem aktualizovať tento názor s akékoľvek poznatky tak ponúkol.

</koniec>

Vyberajte môj blog.

Technorati Tags:

Rýchle a jednoduché: Pracovný postup-len aktualizovať pole

To je často užitočné na uloženie informácií o stave vlastného zoznamu ako schvaľovací kód, ktorý by nikdy priamo koncovým používateľom. To je bežné obchodné scenáre. Bol som pracovať na projekte tento rok, ktorý generuje rôzne postavenie a pripomenutie dáta cez pracovné postupy programu SharePoint Designer, ktoré potom riadiť KPI a vo všeobecnosti podporovať časovo kritických podnikových procesov.

Použite typ obsahu lokality / stĺpec na dosiahnutie tohto efektu.

Vytvorenie typu obsahu lokality s stĺpec stav ako je uvedené:

obrázok

Všimnite si stav" (pre Demo)" oblasti v spodnej.

Ďalšie, kliknite na názov stĺpca pre prístup k vlastnosti stĺpca. Vyberte "skryté (Nezobrazia vo formulároch)" v časti Nastavenie stĺpca ako je uvedené:

obrázok

Tým sa odstráni pole zo štandardných upraviť alebo aktualizovať formulárov. Avšak, je to stále k dispozícii v zobrazení, Kľúčové indikátory výkonu, Objektový model a kdekoľvek inde chcete použiť, vrátane SPD workflow.

</koniec>

Vyberajte môj blog.

Nedeľa Funny: “Myslel som, že to mal byť bohaté mesto”

Trochu viac ako pred tromi rokmi, Moja žena a ja som podpísal môj syn na letné aktivity, Midland Park hráčov. Je to dráma skupina, ktorá míňa asi tri alebo štyri týždne pripravuje hrať a potom ukazuje, že rodičia, priatelia a príbuzní. To je vždy bol veľmi dobre.

Neviem, či každého dieťaťa je takhle, ale môj syn je veľmi ochotný skúšať nové veci. S týmto vedomím, podpísali sme ho pre program. Sme zistili, že je najlepšie upozorniť ho na tieto druhy vecí, skoro a často. Takže, s cieľom prekonať jeho prírodné neochota, Povedali sme mu včas a nemal našich silách, aby to znelo ako legrace, atď. Aj s multi-mesiac reklamnú kampaň, on ešte nebol presvedčený. Sme nútený robiť, Hoci, a ako je často prípad, mal veľký čas.

V čase, keď druhý rok valcované okolo, on mal opäť presvedčil, že on nechcel zúčastniť. ale, mali sme podpísali ho hore a zero-day, Som spadol ho ráno na vysokej škole, kde sa prax. Keď som išiel na ho vyzdvihnúť po obede, on bol veľmi vzrušený, úsmevy a oznámila, "Hra je Velveteen králik a ja chcem byť králik". Strávil doslova mesiacov na (niekedy hystericky) o tom, ako on nechcel mať nič do činenia s Park hráčov a po prvom dni, chce byť vedúcu úlohu v hre. Videli sme, že tento model pred.

(Veľa k nášmu prekvapeniu, urobil si králik úlohu a bol úžasné.)

Rýchly posun vpred niekoľko rokov. On bol v parku hráčov trikrát teraz, Takže je to niečo veterána. Tento rok v lete (2008), Hráči sa znovu spustí. Do tej doby, má konečne presvedčil nás on naozaj nechce hrať futbal, a on nikdy rád basketbal. Že ho nechal s žiadnu mimoškolské aktivity pre neskoré zime / skoro na jar. Klient, s ktorým som pracoval sa zmienil, že jeho dcéra bola v program s názvom etapa práve. Etapa práve je mierne drahšie verzie Park hráčov a nie je v mojom meste, ale susedia. Perfektné.

Vec, vedieť o tom, že mesto je, že je prakticky inej krajiny z hľadiska bohatstva. Má vysoko-frekvencia vlaku na Wall Street a NYC všeobecne. Je to len bohatí miesto. Jednou z tém prebiehajúcich rodinných diskusií je, či sme sa presťahovali do tohto mesta miesto kde žijeme teraz. Ide o väčšie mesto, jeho školy ponúkajú ďalšie programy pre deti, atď. Moja žena vyrastala v tomto meste a jej rodičia žijú, tak sme sa "zahnutý" Napriek tomu, nežijú tam. Osobne som vyrastal v rôznych podmienkach v Massachusetts, takže nemám veľa čo povedať o tomto počas rodinnej večeri rozhovore. To však neznamená, že nie sme veľmi spokojní, kde žijeme. Práve sme vedieť, že toto mesto je úroveň nad naše mesto ekonomicky.

Ďalší program etapa práve začal príliš skoro pre nás pre spustenie našej bežnej reklamnej kampane prekonať nechuť môjho syna. To je, keď prišiel s jedným moje osobné obľúbené argumenty proti tomu niečo: "Piatkové večery sú Prime noci spať prenosy!" Etapa práve bude zasahovať do jeho víkend večierkov.

Príde deň, Prinášame ho tam a pusť ho vypnúť a ako všetko ostatné, jeho prirodzené lásky zrovna nažive prevzal a on bol s dobrý čas s ním.

Minulý víkend moja žena hovoril k nemu a po prvýkrát, Myslím, že on je prispôsobenie jeho diskusie veľmi presne na svoje publikum. Ona sa ho spýtal, ako etapa práve porovnáva Midland Park hráčov. Jej povie, že "v parku hráči, Máme teenagerov, že nám pomohli von. Tam nie sú žiadne v štádiu právo. V parku hráčov, Teenageri prijímajú všetky rekvizity. V štádiu právo, Musíme priviesť naše vlastné rekvizity. Musíme urobiť všetko. A potom on krúti nôž: "Myslel som, že to mal byť bohaté mesto."

Všetky tieto roky, Nikdy si myslel, že bol sluch alebo pochopenie čokoľvek súvisiace "bohaté mesto". Avšak, to dopadá, bol.

</koniec>

Vyberajte môj blog.

Technorati Tags:

SharePoint neposkytuje kalendár Roll-ups; Potenciálne riešenia

AKTUALIZÁCIA: Anonymný osoby v komentároch príspevky tento odkaz: http://www.atidan.com/atidan-collaboration-kit.php

Fórum užívatelia často niečo opýtať takhle:

"By som chcel mať kalendár na úrovni lokality, ktorý je obývaný udalosti z kalendára podlokality. V ideálnom prípade, používatelia v podlokality sa vytvorí kalendár podujatí, a bude mať možnosť označenia ako "verejné.’ Udalosti, ktoré sú označené ako verejné sa dynamicky zobrazovať v kalendári zdieľanom mieste. Zdieľané stránky kalendára teda súhrnu Všetky verejné udalosti zo všetkých kalendárov podlokalitu."

Je WSS 3.0 alebo MACHU 2007, nie je možné priamo nastaviť "roll-up" Kalendár. Kalendáre existujú na vlastnú päsť, nezávisle od akýchkoľvek iných kalendár.

Na vytvorenie súhrnu kalendára, postupujte podľa jednej z týchto ciest:

  1. Použiť webovú časť dotaz na obsah. To je najjednoduchšie riešenie pre používateľov, MOSS (WSS neposkytuje CQWP). CQWP, Bohužiaľ, neposkytuje kalendár zobrazenie údajov z poľa. Poskytovať obrovské vykresľovanie pružnosť (Pozri tu pre jeden príklad) ale v predvolenom nastavení, jeho výsledky sa zobrazuje vo formáte jednoduchého zoznamu. V mnohých prípadoch, CQWP zrejme dobrá voľba.
  2. Programovanie-orientované riešenie by bolo použiť udalosť prijímače. Vykonávať akcie prijímače na podlokalite kalendáre, ktoré udržujú svoje verejné podujatia v synchronizáciu s majster kalendár. Zmenenej danú podlokalitu kalendár, osloviť hlavného kalendára a aktualizovať podľa potreby. Táto možnosť je k dispozícii v oboch WSS 3.0 a MACHU.

Tam sú zrejme iné múdre riešenie tohto problému. Ak ste jedným alebo viete o jeden, Prosím, zanechajte komentár, alebo napíšte mi a budem aktualizovať tento príspevok.

</koniec>

Vyberajte môj blog.

Vytvárať lokality (SPWeb) prostredníctvom SharePoint Designer Workflow

Tohto blogu vstupe je viac "v ríši prípadné" položka vs. konkrétne info.

Máme technického návrhu, ktorý volá na nás vytvoriť lokalitu v kolekcii lokalít cez ručne spustený pracovného postupu. V podstate, používatelia zadávajú údaje do "nového zákazníka" vlastný zoznam a potom keď majú hotové a overené procesu vstupu údajov, Musíme vytvoriť lokalitu pre tohto zákazníka.

Som veľký fanúšik deklaratívne toku činností, ako aj slabé visual studio workflow programátor, tak som chcel splniť požiadavku použitie SharePoint Designer.

Mám v pláne písať o tom podrobnejšie (a dúfajme, že predstavujú pre skupinu používateľov alebo dva v budúcom roku), ale tu je celkového riešenia:

  • Vytvoriť vlastnú akciu, ktorý integruje s JPD.
  • Vlastná akcia umožňuje JPD vyvolať webovú službu a preniesť ho reťazec XML.
  • Webová služba vyhľadá riadok v zozname vlastné a vytvorí novú lokalitu podľa údajov pre nový klienta pomocou vlastné stránky definície.
  • Webová služba potom aktualizuje vlastný zoznam niektoré informácie, ako napríklad prepojenie na nové stránky.

Domnievame, že iné prístupy, napríklad obsluhy udalostí a programu visual studio založené workflow. SPD prístup dáva našich koncových užívateľov o niečo väčšiu kontrolu nad procesom. Udelené, existuje veľa kódexu C# v tomto roztoku, ale je zabalená vo vnútri deklaratívne tok činností, tak sme sa dostať niektoré z výhod, deklaratívne toku činností pri Bodné do tvorby lokality služby.

All we need now is an easy tool to automatically migrate SPD workflows around as easily as we can for visual studio workflows and we’ll really be cooking with gas 🙂 I understand that some folk are out there working on this problem and I hope they have some good success with it soon.

</koniec>

Vyberajte môj blog.

Technorati Tags: ,