GYORS SharePoint-integráció: Minta kód-hoz bemutatás minden elérhető gyors Views

Itt van néhány kód, amely megmutatja az összes rendelkezésre álló nézetek a GYORS alapján a megnevezett kiszolgáló QRServer (a kiszolgálói folyamat, amellyel kommunikálni). Ajánlom ezt, hogy Ön minden egy kis ízelítőt, hogy mi a mellékelt gyors API használatával.

használatával Rendszer;
használatával System.Collections.Generic;
használatával System.Linq;
használatával System.Text;
használatával Com.FastSearch.Esp.Search;
használatával Com.FastSearch.Esp.Search.Http;
használatával Com.FastSearch.Esp.Search.Navigation;
használatával Com.FastSearch.Esp.Search.Query;
használatával Com.FastSearch.Esp.Search.Result;
használatával Com.FastSearch.Esp.Search.View;
használatával System.Collections.Specialized;
használatával System.Collections;


névtér Conchango
{
    osztály EnumerateFASTViews
    {
        statikus Érvénytelen Fő(karakterlánc[] ARG)
        {

            ISearchFactory searchFactory;

            NameValueCollection nameValueCollection = új 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", "KAP");

            searchFactory = SearchFactory.NewInstance(nameValueCollection);

            Konzol.WriteLine("Teljes Views: [" + searchFactory.GetSearchViewList().Gróf + "].");

            int i = 0;

            foreach (objektum o a searchFactory.GetSearchViewList())
            {
                Konzol.WriteLine("Nézet [" + i    + "]: [" + o.ToString() + "].");

            }

            Konzol.ReadLine();

        }
    }
}

Vegye figyelembe, hogy tartom magam egy alig illetékes C# programozó és vékony bőr, tehát nem küld minden az én-m út málna, különösen a re: a "foreach (objektum o …)" construct 🙂

</vége>

Subscribe to my blog.

GYORS és SharePoint integrációs első látásra

Én már szerencsés, hogy egy lehetőséget, hogy egy gyors <–> SharePoint egységbe rendezés tervez, és gondoltam, én akar továbbra is megosztani az én kevés tapasztalattal a Közösség.

Microsoft a vásárlás menete GYORS. Én nem tudok semmit erről a tervdokumentáció, kivéve, hogy kell befejezni, a "2. negyedév" Feltételezem, azaz a 06/30/08.

A projekt tervezése, nagyon magas szinten, kéri, hogy hozzon létre néhány kijelzők, amely már nagyjából ugyanazt a megjelenés, úgy érzi, és a funkciók, mint a standard moha kutatás doboz, és eredmények mag kijelző, de húzza a gyors. Csináltam néhány baba-lépéseket ebben az irányban.

GYORS van egy dedikált kutatás motor. Ez nem Microsoft technológián alapuló, Bár nyilvánvaló számomra, hogy néhány gyors mérnökök világosan értsék, MS-tech (vagy ők is használni a vállalkozók).

GYORS:

GYORS van egy nagy monster kiszolgálói termékhez (és nem értem hogy rossz értelemben; MOSS egy nagy monster termék-nekem is). Ez feltűnik-hoz lenni azon alapszik Jávai ember, és észrevettem, hogy néhány dolgot, apache, és talán néhány PHP. Nem lennék meglepve, ha nem volt más bit tech keveredik itt-ott. Ez minden bizonnyal fut-ra windows szolgál és van működő finom, a virtuális környezetet, amely már használja.

Ez ideiglenes tákolmány használ-a homlokzat webszolgáltatás a bejárások SharePoint-tartalom a különleges módon, gyors indexelés.

Egy SharePoint-végfelhasználó lenne elég sok otthon gyorsan barátait felhasználói felülettel. Ez birtokol a egyszerű/előre keresés, Megjeleníti a találatokat, nagy a relevancia (Bár nem látom, hogyan kezeli a szociális relevancia). Azonban, Ez tovább. A fojtás látszik jobb. Én igazán nem artikulálni azt jól, de én csak mondom, hogy ez jobb." Lehet szavamat érte, or not 🙂 I may elaborate on this point in the future, mint ahogy megtanul több.

MOSS:

GYORS biztosít egy. NET-barát DLL-t, hogy a gyors motor felületet biztosít. Ez lehetővé teszi számunkra, hogy hozzon létre kijelzőket vagy alkalmazáslapok, vagy amit akarunk gyors lekérdezés és az eredmények.

Ott úgy tűnik, hogy egy webes szolgáltatási felületet is.

Nekem is van egy gyors által biztosított kijelző, amely integrálja a moha és gyors eléréséhez. Nem tudom, ha ez a POC, valami, ami kavarjuk fel, mint egy demo, vagy mi. Ez feltétlenül egy jó oktatási eszköz, nem olyan biztos, ha ez gyártásra kész.

Ez most. Ahogy én halad keresztül a projekt, I post többet.

</vége>

Subscribe to my blog.

GYORS QRServer Port meghatározása

Annak érdekében, hogy a gyors keresés a API-n keresztül kommunikálni, tudnunk kell a portot, amelyen a QRServer fut..

Én követ ezek lép-hoz elhelyez ez:

  1. Jelentkezzen be a gyors admin oldalon (http://server:port/admin).
  2. Hajózik-hoz rendszer – áttekintés.
  3. Keresse meg a "keresés a diszpécser" a látcső ikont, majd:

    kép

  4. Én sikeresen használt érték, 15100 az "Info név" = a "http":

    kép

Jegyzetek:

1. Port 15100 úgy tűnik, hogy az alapértelmezett out-of-the-box portjának számát a QRServer.

2. Használd ezt a kódot az alábbihoz hasonló, gyors kapcsolatot létrehozni:

     ISearchFactory searchFactory;
    
        NameValueCollection nameValueCollection = új 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", "KAP");
    
        searchFactory = SearchFactory.NewInstance(nameValueCollection);

3. Ha a csákány egy vadul helytelen portot, a segítőkész hibaüzenet jelenik meg:

kép

4. Azonban, ha felveszi a port száma szerepel az Áttekintés (15102) nem kapsz, hogy hasznos hibaüzenetet. Ehelyett, később, amikor megpróbálja hozzáférhet bármilyen adathoz keresztül egy keresés, vagy hivatkozás egy gyors nézet, Ön kap egy hiba. Hibakeresési mutatja, hogy a searchFactory Nézd száma nulla. Akkor meg kell adni az üzenet "Megbukik-hoz csel a keresési lista megtekintése".

</vége>

Technorati Tags:

Subscribe to my blog.

SharePoint-műszaki tervezési minták felé: SharePoint Designer-munkafolyamat + Eseményérzékelő = magas potenciájú koktél

Az egyik a feltörekvő minták találom a ravaszkodó a SharePoint-megoldások emelőerők-SharePoint Designer-munkafolyamat és az eseményérzékelő.

Itt van egy üzleti forgatókönyv-hoz tesz ez-ban szövegkörnyezet:

  • A dokumentum feltöltése a doc lib.
  • Kick-off többlépcsős munkafolyamat létrehozása a SharePoint Designer használatával.
  • Egy bizonyos ponton, hogy a folyamat során, a munkafolyamat feladatot rendel valaki (keresztül gyűjt adat-ból felhasználó vagy egy tevékenység hozzárendelése).
  • Azt akarjuk, hogy egy KPI segítségével nyomon követheti, milyen hosszú ez a feladat a befejezéséig. A KPI-t azt mutatja, zöld feladatok, befejezett vagy kellő több mint 3 nap múlva. Ez azt mutatja, sárga, ha a tevékenység miatt holnap vagy ma. Ez azt mutatja, vörös, ha a tevékenység elmúlt due.
  • Here's the kicker: Azt akarom, a dátum, hogy vezet a KPI-holiday tisztában kell.

Nem lehet kiszámítani a holiday-aware kellő dátum-SharePoint Designer-munkafolyamat nagyon könnyen. Szerettem volna, hogy hozzon létre egy egyéni művelet, vagy használ egy 3rd csapat szerszám. Azonban, könnyű kiszámítani az eseményérzékelő dátum. E két egyesíteni, és kapunk egy mintát, mint ez:

  • Meghatározza a rejtett igen/nem a dokumentumtárban a webhelyoszlop feliratú "DoCalcualteDueDate".
  • Inicializálni hamis.
  • A munkafolyamat megfelelő időben (pl. az "adatgyűjtés előtt" Akció), Igaz ez az érték hozzárendelése.
  • Egy ItemUpdate() eseményérzékelő úgy néz ki, hogy ha "DoCalculateDueDate" igaz. Mivel az eseményérzékelő fut-ra minden frissítés, "DoCalculateDueDate" általában hamis.
  • Mikor munkafolyamatot rendel a DoCalculateDueDate igaz, Az eseményérzékelő kiszámítja a holiday-aware kellő dátuma.
  • Ha az eseményérzékelő nem ez a számítás, false értékre állítja a DoCalculateDueDate zászló.

A végén, SPD munkafolyamat kommunikált az eseményérzékelő keresztül a DoCalculateDueDate szemafor és ünnep-aware miatt már életében az munkafolyamat pontosan a megfelelő pillanatban rendelt dátum. A SharePoint Designer határozza meg, mikor a határidő is társítva van, de az eseményérzékelő hajtja végre, a tényleges számítási és hozzárendelési.

</vége>

Subscribe to my blog.

Megfigyelt viselkedés: Az SPD munkafolyamat webhelycsoporton belül mozgó

FRISSÍTÉS: Már kutatja hogyan embed SPD munkafolyamatot egy webhely-definíció. Az MSDN-fórumon lánc birtokol némely érdekes információ. Ez nem meggyőző, hanem pontok út a dzsungelen keresztül.

Köszönöm ezt a hozzászólást egy kissé különc "megfigyelt viselkedés" mivel én egy kicsit furfangos következtetések is vezet. Az SPD munkafolyamatok … temperamentumos.

Az emberek gyakran kérdezik / Vajon / izgulj mozgó SPD munkafolyamat egyik helyről a másikra. Ma, Ezeket a lépéseket követi, és ezeket az észrevételeket tett:

  • Én teremtett a munkafolyamatot egy webhely egy dokumentumtárhoz csatlakozik a SharePoint Designer használatával.
  • A hozzá tartozó dokumentumtár már elhelyezett több dokumentum.
  • Mentettem a webhely sablon.
  • Mikor én a webhely sablonként mentett, Megmentettem a tartalom elmentésére.
  • Létre egy új helyszínen, az adott sablonnal megegyező webhelycsoportban.

Ezen a ponton, Próbáltam-hoz fuss a munkafolyamat. Ez azonnal véget ér maga a napló üzenet, "Nem sikerült a start".

Vártam ezt. Már alacsony elvárások, amikor a mozgó SPD-munkafolyamatok körül.

Én továbbra is:

  • Megnyílt a webhelyen a SharePoint Designer programban.
  • Volt egy kandikál a munkafolyamat. Úgy tűnt, szép.
  • Rákattintottam a "Befejezés".
  • Én spárgagombolyog a munkafolyamat.

ezúttal, Ez munkás finom.

Fogok hozzá, hogy ez a munkafolyamat használják az "adatgyűjtés felhasználó" művelet, amely egy viszonylag bonyolult művelet, a motorháztető alatt.

Próbaképpen következtetni, hogy a folyamat "befejező" okozott az SPD munkafolyamat megfelelően társítani az új dokumentumtár SPD munkafolyamat. Is köt, az XOML és más XML is ésszerűen "laza". Nem szuper szorosan párosított a dokumentumtár.

Mi csinál ez jelent? Feltételezve, hogy egy megbízható és megismételhető folyamat, van legalább egy durva módszerrel tudjuk használni, hogy mozgatni őket körül. Nem tudom, ha ez működik, ha átmentünk site collection határait, vagy akár több drasztikusan, teljes új gazdaságok (pl. dev a színpadon, hogy prod).

Ha ezt olvasod, és hajlik, legyen szíves felad egy magyarázat vagy elektronikus levél én a SharePoint Designer áttelepítése történet. Én szívesen frissíti ezt a hozzászólást semmilyen betekintést, így felajánlott.

</vége>

Subscribe to my blog.

Technorati Tags:

Gyors és egyszerű: Csak a munkafolyamat Mezőfrissítés

├ültal├íban hasznos, mint egy jóváhagyási számot kell soha nem közvetlenül manipulálni a végfelhasználók számára, amely egyéni lista állapot információk tárolására. Ez egy olyan közös üzleti forgatókönyv. Már dolgozik egy projekten idén generáló különböző állapotát és emlékeztető dátumok SharePoint Designer munkafolyamatok, majd a KPI-k hajt és általában az idő szempontjából kritikus üzleti folyamatok keresztül.

Használja a webhely-tartalomtípushoz / Ez a hatás eléréséhez oszlop.

Az Állapot oszlopban látható egy webhely-tartalomtípus létrehozása:

kép

Megjegyzés: a "Status (a Demo)" a mező alján.

Következő, kattintson az oszlop nevét az oszlop tulajdonságainak eléréséhez. Válassza ki a "rejtett (Nem jelenik meg az űrlapok)" az oszlopbeállítások szakaszban, amint:

kép

Ez eltávolítja a mezőt a standard szerkesztése, frissítése formák. Azonban, még mindig rendelkezésre áll a megtekintés, KPI-k, az objektummodell, és sehol máshol, ön akar-hoz használ ez, beleértve az SPD munkafolyamat.

</vége>

Subscribe to my blog.

Vasárnap vicces: “Azt hittem, ez volt feltételezett-hoz lenni egy gazdag város”

Egy kicsit több mint három évvel ezelőtt, a feleségem és én aláírt fiam fel egy nyári tevékenység, A Midland Park játékosok. Ez az dráma csoportjának, hogy körülbelül három vagy négy hétig készül a játék, és akkor mutatja, hogy a szülők, barátok és rokonok. Ez mindig is nagyon jól megtett.

Nem tudom, ha mindenki a gyermek, mint ez, de a fiam nagyon szívesen kipróbálni új dolgokat. Ennek tudatában, Mi kötött szerződést, a program. Úgy találtuk, hogy a legjobb, hogy figyelmeztesse őt, hogy ezek a fajta dolog, korai és gyakran. Így, természetes vonakodása leküzdése érdekében, azt mondtam neki, korán, és megteszünk, hogy hangzik, mint szórakoztató, stb. Egyenletes-val egy több hónapos hirdetési kampány, még mindig nem volt győződve. Mi kényszerítette volna rá, Bár, és ahogy az gyakran előfordul, ő volt egy nagy idő.

Mire a második év hengerelt körül, ő volt újra meggyőzte magát, hogy nem akart részt venni. de, már feliratkozott neki, és a zéró-nap, Leesett neki, ki egy reggel a gimnázium, ahol ezeket a gyakorlatban. Mikor mentem-hoz felfedez őt, ebéd után, ő nagyon izgatott volt, Mosolyognak, és bejelentette,, "A játék a Velvet-nyúl és azt akarom, hogy a nyúl". Szó szerint töltött hónapok során (néha hisztérikusan) arról, hogy hogyan akarta, hogy van valami köze a játékosok Park, és az első nap után, ő azt akarja, hogy a vezető szerepet a játék. Láttuk ezt a mintát, mielőtt.

(Nagy Meglepetésünkre, ő tett kap a nyúl szerepe, és ő volt csodálatos.)

Gyors előre néhány éve. Ő volt a Park játékosok háromszor most, így valami egy veterán. Ezen a nyáron (2008), A játékosok ismét elindul. Az átlagos idő, Végül meggyőzte, nekünk ő valóban nem akarja, hogy fociznak, és ő soha nem tetszett kosárlabda. Hogy otthagyta a tanórán kívüli tevékenységek nem a tél végén / kora tavasszal. Egy ügyfél, akivel dolgoztam említik, hogy a lánya volt egy műsor hívott a színpad jobb. Szakaszában joga alig drágább változata Park játékos, és ez nem az én városom, de szomszédos. Tökéletes.

A dolog tudni, hogy a város, hogy ez gyakorlatilag egy másik országban, ami a vagyon. Általában van egy magas-frekvenciájú vonat jogot, hogy a Wall Street és a NYC. -A ' csak egy gazdag hely. Egyik a folyamatos családi vita téma, hogy mi kell költözött, hogy a város, ahol élünk most nem. A nagyobb település, az iskolák kínálnak további programok a gyerekeknek, stb. A feleségem nőtt fel, hogy a város, és a szülei élnek ott, így vagyunk "akasztott az" annak ellenére, hogy nem ott élő. Személyesen nőtt fel a különböző körülmények között, a Massachusetts, így nem kell sokat mondani erről a családi vacsora beszélgetés során. Ez nem jelenti azt, hogy nem vagyunk nagyon boldog, ahol élünk. Csak tudjuk, hogy a város feletti városunk gazdaságilag.

Szakasz jobb következő program túl korán kezdődött számunkra, hogy a szokásos hirdetési kampányt, leküzdeni a vonakodás az én fiam. Ez az, amikor jött egy az én-m személyes kedvenc érvekkel csinál valamit: "Péntek éjszaka a miniszterelnök éjszaka az alvás-maradékok!" Szakasz jobb akartam, hogy zavarja a hétvégén socials.

Eljön a nap, hogy ott, és csepp őt le, és mint minden más, természetes szeretetét, csak hogy életben vette át, és ő volt birtoklás egy jó idő, hogy.

Ez a múlt hétvégén a feleségem beszélt neki, és az első alkalommal, Azt hiszem, ő a szabás a tárgyalások nagyon pontosan a közönségét. Ő megkérdezte tőle, hogyan viszonyul színpad jobb Midland Park játékosok. Azt mondja neki, hogy "a Park játékos, Mi van a tizenévesek, hogy Segíts nekünk. Nincs az a színpad jobb. A játékosok Park, tinédzserek, hogy minden kellékek. A színpad jobb, van, hogy saját kellékek. Van, hogy tegyen meg mindent. És akkor ő csavarják a kés: "Azt hittem, ez volt feltételezett-hoz lenni egy gazdag település."

Ezekben az években, Soha nem gondoltam, hogy ő volt tárgyalás, vagy semmit megértését, mivel ez kapcsolódik a "gazdag város". Azonban, kiderül, ő volt.

</vége>

Subscribe to my blog.

Technorati Tags:

SharePoint nem nyújt naptár-Roll-up; Lehetséges megoldások

FRISSÍTÉS: A hozzászólások egy névtelen személy bejegyzések ezt a linket: http://www.atidan.com/atidan-collaboration-kit.php

Fórum felhasználók gyakran kérdez egy kérdés, mint ez:

"Szeretnék van egy naptár naptárak alwebhely események által lakott hely szintjén. Ideális, alwebhelyek is hozhatnak létre naptári események, és azt a lehetőséget, jelölés őket mint "nyilvános.’ Megjelölt nyilvános események dinamikusan jelennek meg a megosztott helyhez naptár. Így a webhely Megosztott naptár egy zsemlye-megjelöl minden nyilvános rendezvények minden alwebhely naptárak."

A WSS 3.0 vagy MOSS 2007, a ' nem lehetséges-hoz közvetlenül konfigurálhatja a "roll-up" naptár. Naptárak létezik a saját, független bármely más naptár.

A roll-up naptár létrehozása, kövesse az alábbi elérési utak:

  1. A Tartalomlekérdezés kijelző használatára. Ez a legegyszerűbb megoldás a felhasználók MOSS (WSS biztosít a CQWP). CQWP, Sajnos, nem biztosít a naptár nézet az adatokat a dobozból. Ez biztosítja hatalmas renderelés rugalmasság (lásd itt egy példa) Alapértelmezés szerint, de, azt mutatja, az eredmények egyszerű lista formátumban. Sok esetben, CQWP talán egy jó választás.
  2. Programozás-orientált megoldás lenne, hogy használja az eseményfogadók. Az eseményfogadók végrehajtása az alwebhely naptárak, hogy tartsa a nyilvános rendezvények szinkronban van a mester naptár. Egy adott alwebhely naptár módosított, a mester naptár eljussanak, és szükség szerint frissítse. Ez a beállítás érhető el mindkét WSS 3.0 és moha.

Valószínűleg más okos megoldás erre a problémára. Ha van, vagy tud-ból egy, Kérem, hagyjon egy megjegyzést, vagy elektronikus levél én és én akarat korszerűsíteni ez felad.

</vége>

Subscribe to my blog.

Webhelyek létrehozása (SPWeb) Via SharePoint Designer-munkafolyamat

Ez a blog bejegyzés több-ból egy "a lehetséges birodalma" bejegyzés vs. konkrét információ.

Mi van a műszaki tervezési, amely felszólít bennünket, hogy létrehozzon egy olyan honlapot egy webhelycsoport keresztül manuálisan indított munkafolyamatok. Alapvetően, felhasználói adatok bevitele egy "új vevő" egyéni listát, majd Mikor van kész, és az adatok belépési folyamat validált, létre kell hoznunk egy oldalon az adott vevő részére.

Én vagyok egy nagy rajongója a deklaratív munkafolyamat, valamint a gyenge visual studio munkafolyamat-programozó, így akarta, hogy megfeleljenek a SharePoint Designer használatával.

Azt tervezem, hogy írni erről részletesebben (és remélhetőleg egy felhasználói csoport, vagy két, a következő évben), de itt van a teljes megoldás:

  • Hozzon létre egy egyéni művelet, amely integrálja a SPD.
  • Az egyéni művelet lehetővé teszi, hogy a SPD egy webes szolgáltatás, és adja át az XML-karakterlánc.
  • Pókháló szolgáltatás megkeresi a sorban az egyéni listán, és létrehoz egy új site, mint az adatok egy-egy egyéni webhely-definíció használó új ügyfél.
  • Webes szolgáltatás frissíti az Egyéni listák néhány információ, például az új webhelyre mutató hivatkozás.

Mi tekinthető a más megközelítések, eseménykezelők és a visual studio alapú munkafolyamat. Az SPD megközelítés ad a végfelhasználók egy kicsit több irányít felső a folyamat. Nyújtott, van egy csomó C# kód ebben a megoldásban, de ez van becsomagolt belsejében egy deklaratív munkafolyamat, így kapunk néhány a deklaratív munkafolyamat előnyeit, miközben a webhely-létrehozási szolgáltatás akasztás.

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.

</vége>

Subscribe to my blog.

Technorati Tags: ,