Rychlá integrace serveru SharePoint: Ukázkový kód pro zobrazení všech dostupných rychle

Zde je kód, který ukazuje všechny dostupné pohledy z RYCHLE server založený na pojmenované QRServer (proces serveru, s níž jsme komunikovat). Nabízím to k vám všem chuť toho, co je pomocí poskytnutého rychlé rozhraní API.

použití Systém;
použití System.Collections.Generic;
použití System.Linq;
použití System.Text;
použití Com.FastSearch.Esp.Search;
použití Com.FastSearch.Esp.Search.Http;
použití Com.FastSearch.Esp.Search.Navigation;
použití Com.FastSearch.Esp.Search.Query;
použití Com.FastSearch.Esp.Search.Result;
použití Com.FastSearch.Esp.Search.View;
použití System.Collections.Specialized;
použití System.Collections;


obor názvů Conchango
{
    Třída EnumerateFASTViews
    {
        statický void Hlavní(řetězec[] 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", "GET");

            searchFactory = SearchFactory.NewInstance –(nameValueCollection);

            Konzola.WriteLine("Celkem zobrazení: [" + searchFactory.GetSearchViewList().Hrabě + "].");

            int Já = 0;

            foreach (objekt o v searchFactory.GetSearchViewList())
            {
                Konzola.WriteLine("Pohled [" + i    + "]: [" + o.ToString() + "].");

            }

            Konzola.ReadLine();

        }
    }
}

Všimněte si, že považuji, že se sotva příslušné programátor C# a mám tenké kůže, Takže neposílejte žádné maliny cestě, zejména re: "foreach (objekt o v …)" construct 🙂

</Konec>

Doplněk Technorati značky: ,

Přihlásit se na mém blogu.

RYCHLE a první pohled integrace služby SharePoint

Měl jsem štěstí, že mají příležitost pracovat na rychlé <–> Projekt integrace služby SharePoint a myslel jsem, že bych i nadále sdílet Moje zkušenosti s komunitou.

Microsoft je v proces nákupu RYCHLE. Já nevím nic o plánu, s výjimkou, že by měla být dokončena v "2. čtvrtletí" což předpokládám znamená podle 06/30/08.

Návrh projektu, na velmi vysoké úrovni, vyzývá k vytvoření několik webových částí, které mají zhruba stejný vzhled, vzhled a funkce jako standardní MOSS vyhledávacího pole a základní výsledky webové části, ale táhne od FAST. Udělal jsem nějaké baby kroky v tomto směru.

RYCHLÝ je vyhrazený vyhledávač. To není založena na technologii společnosti Microsoft, i když je mi jasné, že některé z FAST inženýři jasně pochopit, že MS tech (nebo jste provedli pomocí dodavatelů).

RYCHLE:

RYCHLÝ je serverový produkt velký monster (a to znamená, že v jistém smyslu špatné; MOSS je velký monster produkt se mi stejně). Zdá se, že být založen na Java a všiml jsem si nějaké věci apache a možná nějaký PHP. Já bych se nedivil, kdyby tam byly jiné bity tech smíšené v tu a tam. Rozhodně to běží na windows serveru a pracuje správně v virtuální prostředí, které jsem používal.

Využívá webové služby fasáda procházení obsahu služby SharePoint pro indexování v jeho zvláštní rychlý způsob.

Koncový uživatel služby SharePoint by skoro doma s FAST je uživatelské rozhraní. To je jednoduché/Hledat, Zobrazí výsledky, je velká na relevantnosti (i když nevím, jak to zvládá sociální relevance). Avšak, jít dál. Jeho vyplývající se zdá lepší. Jsem opravdu nedokáže formulovat dobře, ale já jen řeknu, "je to lepší." Můžete vzít mé slovo pro to, or not 🙂 I may elaborate on this point in the future, Jak se mohu dozvědět více.

MECH:

Poskytuje rychlé. NET-přátelské knihovny DLL, která poskytuje rozhraní pro rychlé motoru. Díky tomu je možné pro nás k vytvoření webových částí nebo stránky aplikace nebo co chceme rychle vyhledat a prezentovat výsledky.

Zdá se rozhraní webové služby a také.

Já mít rovněž přístup k předpokladu rychlé webové části, která integrují MOSS a rychle. Nevím, zda se jedná o POC, něco, co bylo rozdmýchala jako demo, nebo co. Je to určitě dobrá učebnice, tak nevím, jestli je to výrobní ready.

To je prozatím. Jak mám postupovat prostřednictvím projektu, Budu post více.

</Konec>

Doplněk Technorati značky: , ,

Přihlásit se na mém blogu.

Stanovení rychlý QRServer Port

Chcete-li komunikovat s rychlé vyhledávání pomocí API, Potřebujeme znát port, na kterém je spuštěna QRServer.

Sledoval jsem tyto kroky k nalezení:

  1. Přihlaste se do rychlého admin stránky (http://server:port/admin).
  2. Přejděte na přehled systému.
  3. Vyhledat "Hledat dispečer" a klepněte na ikonu dalekohled:

    obrázek

  4. Použil jsem úspěšně hodnota, 15100 pro Info název"" = "http":

    obrázek

Poznámky:

1. Přístav 15100 se zdá být výchozí číslo portu out-of-the-box QRServer.

2. Tento kód podobná následující použít k vytvoření připojení k rychlé:

     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", "GET");
    
        searchFactory = SearchFactory.NewInstance –(nameValueCollection);

3. Pokud si vyberete divoce nesprávnému portu, získáte užitečné chybová zpráva:

obrázek

4. Avšak, Pokud si vyberete číslo portu, které jsou uvedeny v přehledu (15102) Vy to nechápete že užitečné chybová zpráva. Místo toho, později při pokusu o přístup k žádným datům prostřednictvím hledání nebo odkazovat na rychlé zobrazení, se zobrazí chybová. Ladění ukazuje, že searchFactory pohledu počet je nula. Budete mít zprávu "Nepodařilo se načíst seznam zobrazit hledání".

</Konec>

Doplněk Technorati značky:

Přihlásit se na mém blogu.

K technické služby SharePoint návrhové vzory: SharePoint Designer Workflow + Přijímač událostí = vysoké potence koktejl

Využívá jeden z nových vzorů, najdou v tvorbě řešení SharePoint, SharePoint Designer workflow a příjemce události.

Tady je obchodní scénář ji v kontextu:

  • Uložení dokumentu do knihovna dokumentů.
  • Já odstartuje vícekrokové pracovní postup vytvořený pomocí aplikace SharePoint Designer.
  • V určitém okamžiku během tohoto procesu, pracovní postup přiřadí úkol někomu (shromáždit data od uživatele nebo přiřadit úkol).
  • Chceme použít klíčové ukazatele výkonu pro sledování, jak dlouho tento úkol čeká na dokončení. KUV zobrazuje zelená pro úkoly, které jsou dokončené nebo má více než 3 dní ode dneška. To ukazuje žlutá, pokud úkol termín je zítra nebo dnes. To ukazuje červené, pokud je úkol po splatnosti.
  • Tady je kicker: Chci datum, který pohání tento KUV znát pro dovolenou.

Nelze vypočítat dovolenou aware splatnosti datum v aplikaci SharePoint Designer workflow velmi snadno. Musel bych vytvořit vlastní akce nebo nástroj 3. stran. Avšak, je to snadné, stačí vypočítat datum, v příjemce události. Sloučit tyto dva a my jsme si tyhle:

  • Definujte skryté ano/ne sloupec webu knihovny dokumentů s názvem "DoCalcualteDueDate".
  • Inicializace false.
  • Ve vhodný okamžik v pracovním postupu (např.. těsně před "shromažďovat data" akce), Přiřaďte hodnotu true.
  • ItemUpdate() přijímač událostí vypadá zda "DoCalculateDueDate" je pravda. Vzhledem k tomu, že přijímač událostí spuštěna při každé aktualizaci, "DoCalculateDueDate" je obvykle false.
  • Když pracovní postup přiřadí DoCalculateDueDate na hodnotu true, příjemce události vypočítává dovolená aware splatnosti datum.
  • Když přijímač událostí dělá tento výpočet, Nastaví příznak DoCalculateDueDate na false.

Na konci, SPD workflow je komunikoval s událostí přijímač přes semafor DoCalculateDueDate a máme dovolenou aware kvůli data, které jsou přiřazeny v přesně správný okamžik pracovního života. SharePoint Designer určuje, kdy je přiřazena datum splatnosti, ale přijímač událostí provádí skutečné kalkulace a přiřazení.

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky: ,

Pozorované chování: Přesun SPD pracovní postupy v rámci kolekce webů

AKTUALIZOVAT: Byl jsem zkoumá jak vložit SPD workflow do definice webu. Tento řetězec Fórum MSDN má některé zajímavé informace. To není rozhodující, ale odkazuje na cestu džunglí.

Já dávám tento příspěvek poněkud podivný "pozorované chování" vést, protože jsem trochu pochybují, zda vyvozování závěrů z ní. SPD pracovní postupy jsou … temperamentní.

Lidé se často ptají / přemýšlel / vztekat nad přesunutím SPD pracovní postupy z jednoho místa do jiného. Dnes, Následovat tyto kroky a z těchto pozorování:

  • Jsem vytvořil pracovní postup pomocí aplikace SharePoint Designer v místě připojena do knihovny dokumentů.
  • Knihovna dokumentů související již sídlí několik dokumentů.
  • Uložit web jako šablonu.
  • Když jsem uložit web jako šablonu, Uložení obsahu také.
  • Vytvořil jsem nový web v rámci stejné kolekce webů pomocí této šablony.

V tomto okamžiku, Snažil jsem se spustit pracovní postup. To okamžitě ukončeno sama zprávou protokolu, "Nepodařilo se na start".

Očekával jsem, že to. Mám nízké očekávání, pokud jde o pohyb SPD pracovní postupy.

Pokračoval jsem:

  • Otevření webu v aplikaci SharePoint Designer.
  • Měl podívat na pracovní. Zdálo se, že to dobře.
  • Klepnutí na tlačítko "Dokončit".
  • Běžel jsem pracovního postupu.

Tentokrát, fungovalo to dobře.

Já dodávám, že tento pracovní postup používá "shromažďovat data od uživatele" akce, která je poměrně složitá akce pod kapotou.

Předběžně jsem k závěru, že proces "dokončení" pracovní postup způsobil SPD, SPD workflow správně přidružit novou knihovnu dokumentů. Také závěr, že že souborem XOML a jiné artefakty XML jsou přiměřeně "volné". Oni nejsou super pevně spojená do knihovny dokumentů.

Co to má znamenat? Za předpokladu, že to je proces, který je spolehlivý a reprodukovatelné, je tu alespoň jednu hrubou metodu, kterou můžeme použít k přesouvání. Nevím, jestli to bude fungovat, pokud jsme překročili hranice kolekce webů nebo dokonce více drasticky, celé nové farmy (např.. dev fáze prod).

Pokud jste čtení tohoto a sklon, Prosím, psát komentáře nebo napište mi Váš příběh migrace SharePoint Designer. Rád budu aktualizovat tento účtování jakékoliv postřehy, tak nabídl.

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky:

Rychlé a jednoduché: Pole pouze pro pracovní postup aktualizace

To je často užitečné pro ukládání informací o stavu do vlastního seznamu, například schválení kódu, který by nikdy manipulovat přímo koncovým uživatelem. To je obvyklý obchodní. Jsem pracoval na projektu v tomto roce, který generuje různé postavení a připomenutí data pomocí aplikace SharePoint Designer pracovní postupy, které pak pohánějí KPI a obecně podporují náročných podnikových procesů.

Použít typ obsahu webu / sloupec pro dosažení tohoto efektu.

Vytvoření typu obsahu webu s sloupec stav, jak je uvedeno:

obrázek

Poznámka: stav" (pro Demo)" pole v dolní části.

Další, klepněte na název sloupce a sloupce vlastností. Vyberte "skryté (Neobjeví se ve formách)" v části nastavení sloupců, jak je uvedeno:

obrázek

Tím odeberete pole z standardní úpravy nebo aktualizace formulářů. Avšak, To je stále k dispozici v zobrazeních, Ukazatele KPI, objektový model a chcete ji použít kdekoli jinde, včetně SPD workflow.

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky: ,

Neděle legrační: “Myslel jsem, že to měl být bohatý město”

O něco více než před třemi lety, Moje žena a já jsem podepsal mého syna na letní aktivity, Midland Park hráči. To je drama skupina, která investuje asi tři nebo čtyři týdny přípravy na hru a pak ji rodičům, přátelé a příbuzní. Je vždy bylo to velice dobře.

Nevím, zda každý dítě je takhle, ale můj syn je velmi zdráhají vyzkoušet něco nového. S tímto vědomím, Podepsali jsme ho do programu. Zjistili jsme, že je to nejlepší upozornit ho na tyhlety věci včas a často. Tak, s cílem překonat jeho přirozené nechuti, Řekli jsme mu brzy a udělal maximum pro to, aby to znělo jako zábava, atd. I s více měsíci reklamní kampaň, on ještě nebyl přesvědčen. Přinutili jsme ho udělat, Ačkoliv, a jak je často případ, měl velký čas.

V době, kdy druhý rok neukázal, on opět přesvědčil, že on nechtěl účastnit. Ale, jsme ho podepsal a na nulu den, Seskočil jsem ho jednoho rána na střední škole, kde praxe. Když jsem šel do ho vyzvednout po obědě, byl velice rozrušený, všechny úsměvy a oznámil, "Hra je Velveteen králík a já chci být králík". On strávil doslova měsíců provozování (někdy hystericky) o tom, jak on nechtěl mít nic společného s hráči Park a po prvním dnu, On chce být hlavní roli ve hře. Viděli jsme, že tento model před.

(K našemu překvapení, dostal roli králíka a byl úžasné.)

Rychlý posun vpřed několik let. Už je v parku hráči třikrát nyní, tak to je něco, co veterána. Letos v létě (2008), Hráči znovu spustí. V střední čas, Konečně nás přesvědčil že Vážně nechce se hrát fotbal a on nikdy rád basketbal. To ho opustila s mimoškolní aktivity pro pozdní zimy / brzy na jaře. Klient, s nimiž jsem pracoval se zmínil, že jeho dcera je v přímo v programu. Fáze je poněkud dražší verze Park hráčů a to není v mém městě, ale sousedí. Dokonalé.

Věc, vědět o tom městě je, že je prakticky jiné země co do bohatství. Obecně má vysoce frekvence železniční doprava na Wall Street a NYC. Je to jen bohaté místo. Jedním z témat na běžný rodinný diskuse je to, zda měli jsme se do tohoto města místo kde žijeme nyní. Je to větší město, jeho školy nabízejí další programy pro děti, atd. Moje žena vyrůstala v tom městě a její rodiče žijí, Takže jsme se "posedlý v" Navzdory nežijí. Osobně jsem vyrůstal v různých okolností v Massachusetts, Takže nemám hodně říct o tom při rodinné večeři konverzaci. To není říci, že nejsme velmi šťastný, kde žijeme. Víme jen, že to město je úroveň nad naše město ekonomicky.

Fáze pravice příští program začal příliš brzy pro nás naše běžné reklamní kampaň k překonání neochoty mého syna. To je, když přišel s jednou moje osobní oblíbené argumenty proti něco dělat: "Páteční noci jsou Prime noci spánku přenosy!" Přímo bude zasahovat do jeho víkendové večírků.

Přijde den, My ho tam a přetáhněte ho pryč a jako se vším ostatním, převzal jeho přirozené lásky jen být naživu a má dobrý čas s ním.

Minulý víkend moje žena mluvila s ním a prvním, Myslím, že on je přizpůsobení jeho diskuse velmi přesně pro své posluchače. Ona ho požádal, jak přímo porovná Midland Park hráčům. On řekne jí, že "v parku hráči, Máme teenagerů, kteří nám pomohli. Zde nejsou žádné na pódia. V parku hráči, Teenageři se všechny rekvizity. Ve stádiu, Musíme přinést vlastní rekvizity. Musíme udělat všechno. A pak se kroutí nůž: "Myslel jsem, že to měl být bohaté město."

Celá ta léta, Jsem nikdy opravdu myslel, že byl slyšet nebo cokoliv pochopit, jak to souvisí s "bohaté město". Avšak, ukazuje se, že byl.

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky:

SharePoint neposkytuje kalendář Roll up; Potenciální řešení

AKTUALIZOVAT: Anonymní osoby v komentářích zaúčtuje tento odkaz: http://www.atidan.com/atidan-collaboration-kit.php

Fórum uživatelé často položit otázku jako:

"Chtěl bych mít kalendář na úrovni webu, který je naplněn události z podřízeného webu kalendářů. V ideálním případě, Uživatelé v podřízených lokalitách bude vytvořit události kalendáře, a bude mít možnost označení jako "veřejné.’ Události označené jako veřejné dynamicky objeví v kalendáři sdíleném serveru. Sdílený web kalendář je tedy roll-up všech veřejných událostí ze všech kalendářů podřízený web."

Je WSS 3.0 nebo MOSS 2007, to není možné provést přímo "roll-up" Kalendář. Na jejich vlastní existují kalendáře, nezávislá na jakékoli jiné kalendáře.

Chcete-li vytvořit kalendář, roll-up, jeden z těchto cest:

  1. Pomocí webové části dotaz na obsah. Je to nejjednodušší řešení pro uživatele MOSS (WSS neposkytne CQWP). CQWP, Bohužel, neposkytuje kalendář zobrazení dat z pole. To poskytuje pružnost enormní vykreslení (Podívejte se na jeden příklad) ale ve výchozím nastavení, jeho výsledky se zobrazí ve formátu jednoduchého seznamu. V mnoha případech, CQWP zřejmě dobrá volba.
  2. Programování orientované řešením by bylo použít přijímačů událostí. Zavést přijímačů událostí na podřízený web kalendářů, které synchronizaci jejich veřejné akce s hlavním kalendářem. Jako daný podřízený web je upraven kalendář, dostat se do hlavního kalendáře a podle potřeby aktualizovat. Tato možnost je k dispozici v obou WSS 3.0 a mech..

Tam jsou zřejmě jiné chytré řešení tohoto problému. Pokud máte nebo víte o jeden, Prosím, zanechte komentář nebo napište mi a budu aktualizovat tento post.

</Konec>

Doplněk Technorati značky: ,

Přihlásit se na mém blogu.

Vytváření webů (SPWeb) pomocí aplikace SharePoint Designer Workflow

Tento blog vstupu je spíše "v oblasti možného" vstupní vs. konkrétní informace.

Máme technický design, který vyzývá k nám vytvořit web v kolekci webů pomocí ručně spuštěný pracovní postup. V podstatě, uživatelé zadávají data do "nového zákazníka" vlastní seznam a pak když už skončil a ověřena procesu zadávání dat, Musíme vytvořit web pro tohoto zákazníka.

Já jsem, jak velkým fanouškem deklarativní pracovního postupu, stejně jako programátor pracovní slabé aplikace visual studio, tak jsem chtěl splnit požadavek pomocí aplikace SharePoint Designer.

Mám v plánu psát o tom podrobněji (a doufejme, že představují pro skupinu uživatelů nebo dva v příštím roce), Ale tady je celkové řešení:

  • Vytvořit vlastní akci, která integruje s SPD.
  • Vlastní akce umožňuje SPD k vyvolání webové služby a předat řetězec XML.
  • Webová služba vyhledá řádek v seznamu vlastní a vytvoří nový web podle data pro nového klienta pomocí definice vlastního webu.
  • Webová služba pak aktualizuje vlastní seznam některé informace, například odkaz na nový web.

Jsme za jiné přístupy, obslužné rutiny událostí a sada visual studio založené pracovní. SPD přístup dává naši koncoví uživatelé o něco větší kontrolu nad procesem. Udělen, je tu hodně kódu jazyka C# v tomto řešení, ale to je zabalené uvnitř pracovního postupu deklarativní, Takže jsme si některé z výhod deklarativní pracovního postupu při zapojení do vytváření webů 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.

</Konec>

Přihlásit se na mém blogu.

Doplněk Technorati značky: ,