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.

Én már játék körül egyéni műveletek a SharePoint Designer egy ideig (lásd itt néhány részletes cucc, Ha lehet).

A jelenlegi projekt, kell tennünk néhány meglehetősen nehéz emelés, és azt akarjuk, hogy a deklaratív SPD munkafolyamat segítségével kezelheti a kapcsolódó üzleti folyamat.

Hosszú történet röviden, Ez teljességgel lehetséges. Én meghosszabbította a Codeplex projektem adott "segítő szolgáltatás" és most tudunk élni egy webes szolgáltatást közvetlenül az SPD munkafolyamat.

Itt van a aláírás:

 nyilvános karakterlánc Diszpécser(
        GUID WebID, // Elhaladt a runtime environment
        GUID SiteID, // Elhaladt a runtime environment
        karakterlánc ListID, // Elhaladt az RTE (nem tudom, miért ez egy karakterlánc, nem egy GUID)
        int ListItemID, // Elhaladt az RTE.
        karakterlánc XmlMessage) // A felhasználó bejelentett adatbázisában.

Ez növeli az a tény, hogy mi is a fontos munkafolyamat-adatok, mint a telek, a Listaazonosító, stb. Ez jól dokumentált, több helyen részére azok-ból ön érdekelt-ban létrehozása a saját egyéni műveletek. Az ötlet, hogy kivonat az XML-karakterlánc feladás megfelelő eljárást a felhasználó által meghatározott. Fun stuff!

Sajnos, Ez nyilvánvalóan egy csak oda jegy le a "Loosey Goosey" Föld elleni minta, but it’s better than hitting a brick wall 🙂

Ez egy anti-mintát, ha csinálsz ez, még akkor is, ha tudod,-a ' egy anti-minta?

Remélem-hoz betakar ez belül Codeplex a közeljövőben. Ha-a ' érdekelt-ban nekem így, Adj piszkálni (e-mailben vagy hagyjuk egy megjegyzést) and I’ll be that more enthusiastic about doing it 🙂

</vége>

Subscribe to my blog.

Én vagyok dolgozik egy projekten, használó öt különböző SharePoint Designer munka folyik, hogy kezelni néhány bizonylat-jóváhagyások. SPD a "gyűjt adatokat szolgáltat a felhasználó" fellépés, hogy mi lehet a felhasználótól különböző felzabláz-ból információ, mint hogy hagyja jóvá, néhány megjegyzést és lehet kérdezni, mi volt vacsorára azon az éjszakán,.

A formája a tökéletesen működőképes. Meg van kötve a feladatlistához tartalomtípusként. Ők 100% rendszer által generált. Ez az erő vagy a gyengeség. Ha az alapértelmezett formában élhetünk, majd, hogy mi vagyunk a jó-hoz megy. Azonban, nincs túl sok szabályozhatja, hogyan SPD létrehozza az űrlapot. Ha nem tetszik, hogy alapértelmezett viselkedése, szükségünk van, hogy különböző szivárog-hoz kap körül ez (például, egy tevékenység prioritásának beállítása).

Kellett, hogy egy linket e tevékenység formái, amelyek megnyitották a Nézet tulajdonságai (DispForm.asxp) a "kapcsolódó cikk" egy új ablakban. Ez biztosítja a elérése egyetlen kattintással, a meta-adatok, a kapcsolódó cikk. Ez az, amit gondolok:

Szerencsére, Mi tud csinál amit, és nem nagyon nehéz. Általánosságban, tűz SPD, Keresse meg a könyvtárat, amit ház a munkafolyamat fájlokat és nyissa meg a módosítani kívánt ASPX-fájl. Ezek csak klasszikus XSL átalakító utasításokat, és ha Ön már mucked-a itemstyle.xsl, Keresés vagy más XSL-forgatókönyvek, Ez lesz könnyű neked. valójában, Azt találta, hogy általában könnyebb lehet, mivel a létrehozott űrlap valamivel könnyebb követni, mint egy kutatás alapvető eredményeket kijelző (vagy a lidérces CWQP).

természetesen, van egy nagy verem. SPD munkafolyamat-szerkesztő elvárja, hogy teljes ellenőrzése alatt a fájl. Ha Ön módosít ez, Az SPD boldogan felülírja a változások adnak a megfelelő sor a körülmények. Én megtettem a két gyors vizsgálatok, hogy milyen rossz ez kap. Mindketten feltételezi, hogy Ön már kialakított egy érvényes SPD munkafolyamat, a "gyűjt adatokat használó felhasználó" lépés.

Teszt 1:

• Módosítsa az ASPX-fájlt kézzel.
• Teszt ez (Ellenőrizze, hogy helyesen mentette a módosításokat, és nem bontják semmit).
• Nyissa meg a munkafolyamat, és adjunk hozzá egy független akció (például a "log a történelem").
• A munkafolyamat mentése.

Eredmény: Ebben az esetben, Az SPD újra nem hozott létre az űrlap.

Teszt 2:

• Nem ugyanaz, mint #1 kivéve közvetlenül módosítja az "adatgyűjtés a felhasználó" Akció.

Eredmény: Ez újra létrehozza az űrlapot, a semmiből, over-írás a módosítások.

Záró megjegyzések:

• Formák, mint ez a legalább két SPD-műveletek létrehozása: "Gyűjt adat-ból egy felhasználó" és "csinál a cikk". Mindkét művelet’ űrlapok manuálisan módosítható.
• Voltam képes-hoz létrehoz a link, hogy dispform.aspx, mert, Ebben az esetben, a relate mindig elemnél a beágyazott URL a kapcsolódó cikk azonosítója. Voltam képes-hoz kivonat ez, és ezután építeni egy <a href> alapján úgy, hogy a egy-kettyenés meta-adatok access szolgáltatás. Nem valószínű, hogy az URL-címet követi ezt a szabályt. Lehet, hogy más ways-hoz kap a azonosítás-a kapcsolódó cikk, de nem volt, hogy a hídon, így nem tudom, ha kap, hogy a szakadék másik oldalán.
• Vizsgálni, nem, de nem lenne meglepve, ha van valami a sablon fájlt a 12 struktúra, amit tudna módosít, befolyásolja, hogyan SPD létrehozza az alapértelmezett alakok (mint tudjuk módosítani a figyelmeztető sablonok).

</vége>

Subscribe to my blog!

Van egy üzleti forgatókönyv, mint ez:

• A felhasználó nevű dokumentum egy dokumentumtárban.
• Ő választja ki egy tartalomtípust, és belép a meta-adatokat, szükség szerint. A meta adat mezők egyike a zászló, "Sürgős".
• Ez váltja ki a SharePoint Designer-munkafolyamat,, egyebek, használja a "gyűjt adatokat a egy felhasználó" Akció.

"Gyűjt adat-ból egy felhasználó" egy elem létrehozása a feladatlistában, a dokumentum jóváhagyását kérő.

Kellett, hogy a feladat oldalra dől, hogy megmutatta a sürgős igénylések jóváhagyási nézetének létrehozása.

Megoldás: A szó "sürgős:" az a cím, e feladatok.

Azt szerette volna, hogy adja meg a prioritás mezőt közvetlenül. Azonban, Voltam képtelen-hoz csinál ez több okból:

1. Az adatgyűjtés művelet olyan mechanizmust nem tartalmaz más cím, mint bármelyik mező frissítéséhez (és azok további mezőket a adatok összegyűjtése).
2. A "hozzárendelése a cikk" a műveletnek ugyanaz probléma.
3. Lehetséges, hogy egy elemet beszúrni egy listát (i.e. elemet beszúrni a tevékenységlistában közvetlenül) de ez nem egy blokkoló akció. Ez azt jelenti, hogy a munkafolyamat nem fog várni a felhasználó-hoz kiegészít ez feladat.

Tartottam egy pár megközelítések előtt (Szerencsére) FELISMERVE, hogy mi tudna csak tesz "sürgős" a címben.

1. Munkafolyamat indítása a feladatlistán, maga, úgy, hogy egy új feladat létrehozásakor, Ez valahogy cross hivatkozásokat vissza a dokumentum, hogy kezdődött az első munkafolyamat, húzza ki a sürgős jelző érték és prioritás, szükség szerint frissítés.
2. Valami hasonló esemény-vevő. A tevékenység létrehozásakor, Keresse meg a kapcsolódó dokumentum, és a frissítés elsőbbségi igény szerint.
3. Használja a "lista-elem létrehozása" akció együtt a "várakozás mező módosítása" fellépés és az eseményérzékelő. Ha készítünk egy listaelem, tudjuk meg a mezőeredményeket szeretnénk. Az eseményérzékelő segítségével frissítse az eredeti elemet, amikor a felhasználó befejezi a feladatot, és a "várakozás mező módosítása" művelet feltétel teljesülését, és a munkafolyamat járna. (Részére némely ok, Többé-kevésbé volt rendezni ezt a megközelítést előtt bölcsen úgy döntött, hogy elmenjen egy darabig).

Van egy hátránya, hogy az én-m oldat (Eltekintve a nyilvánvaló tényt, hogy csak a szöveg, a cím jelzi, hogy sürgősen). Óta "Visszajelzések összegyűjtése:" csak akkor fogadja el fixen kódolt cím nevek, Vennem kell használ két különböző Visszajelzések összegyűjtése műveletet, amelynek egyetlen különbség az, hogy a kemény kódolt cím.

de, legalább van egy megoldás, amely nem igényel az eseményfogadók vagy egyéni SPD-műveletek.

Ha valaki birtokol megfejt ez több okos módon, legyen szíves hadd tudjam meg.

</vége>

FRISSÍTÉS: Madjur Béla erre a linkre rámutat egy hírcsoport-vita: http://msdn2.microsoft.com/en-us/library/ms772417.aspx. -A ' szép végleges.

===

Gyakran azt akarjuk, annak érdekében, hogy e-mailt küldött a SharePoint Designer-munkafolyamat InfoPath-űrlapok mutató hivatkozások. Amikor a felhasználók kapnak ilyen e-maileket, hogy kattintson a linkre az e-mail, és menni az InfoPath-űrlap.

A monster URL építkezés szerkezet értem:

http://server/sites/departments/Technical Services/InformationTechnology/HelpDesk/_layouts/FormServer.aspx?XmlLocation=/sites/departments/Technical Services/InformationTechnology/HelpDesk/REC REM RED Forms/REC2007-12-18T11_33_48.XML&Forrás = http % 3A % 2F % 2Fserver % 2Ecorp % 2Edomain % 2Ecom % 2Fsites % 2Fdepartments % 2FTechnical % 2520Services % 2FInformationTechnology % 2FHelpDesk % 2FREC % 2520REM % 2520RED % 2520Forms % 2FForms % 2FAllItems % 2Easpx&DefaultItemOpen = 1

Cserélje ki a félkövér piros szöveg az űrlap neve, Amint az a következő képen:

Vegye figyelembe, hogy egy csomó kódolt kerti ösvény-ban URL, valamint egy URL-kódolt alkatrész. Ha ez túl nehéz lefordítani az adott helyzethez, próbálja meg bekapcsolni a riasztások űrlaptárhoz. Egy űrlapot, és mikor kap a elektronikus levél üzenet, Nézd meg a forrást az e-mail, és látni fogod, mindent meg kell, hogy.

Ügyes olvasók is észre, hogy a fenti e-mail szervezet is azt mutatja, egy link, amely közvetlenül hozzáfér a feladat keresztül egy szűrt nézet. Azt tervezem, hogy magyarázza, hogy részletesebben egy későbbi post.

</vége>

Én már végre a munkafolyamatot egy webhely, amely elsősorban csak olvasható "NT_AUTHORITYAuthenticated felhasználók a SharePoint Designer használatával" (i.e. mindenki). Van egy forms könyvtár egy InfoPath-űrlap. Van egy kapcsolódó munkafolyamat feladatlistája is, hogy mikor működik a munkafolyamat, tevékenységeket rendelhet az emberek.

Megszegem a forms könyvtár és tevékenységlistájának engedéllyel, úgy, hogy bármely hitelesített felhasználó formák létrehozhatják és frissíthetik a hozzájuk rendelt tevékenységek.

Én teszt-val alacsony-jogosultságok teszt fiókom.

Lehet, töltse ki és mentsük az űrlapot a könyvtár? –> igen

Hozzáférhet a feladata egy e-mailt a linkre? –> igen

Láthatom-e szerkesztés munkafolyamat feladatot link –> igen

Lehet hogy linkre kattintok? –> nem … Engedély megtagadva.

Miért látható Szerkesztés hivatkozásra, hogy tagadás én engedélyt, mikor én kettyenés ez? Ez nem hogyan ' feltételezett-hoz dolgozik…

Megyek át a biztonsági beállításokat újra, nagyon szorosan. Újra meg újra. Úgy vélem, ez az üzenet törlése mert nyilván nem tudom akármi körülbelül biztonság.

Végül, Keressen a Internets. Én talál ez nagyon valószínűtlen MSDN fórumban: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

A plakátok, úgy tűnik, ami arra utal, hogy a egyszerű cselekmény a munkafolyamat exportálása egy meghajtó tál akarat erősít MOSS biztonsági rés? Alig tudom elhinni, hogy csak írt, hogy. Én emlékeztette a South Park epizód a a 9/11 összeesküvés, ahol Stan azt kérdezi, mi Preznit, "Tényleg?" újra és újra.

Így, semmi-hoz elveszít, Tűz ki az SPD, kattintson a jobb gombbal a munkafolyamatot, és megment ez-hoz az én-m c:\ meghajtó. Ez lenne a c:\ meghajtó az én laptop. Én keresem a vállam fölött egész idő alatt úgy, hogy senki sem fogja kérdezni, "Miért vagytok megtakarítás munkafolyamat a laptop?"

Hihetetlenül, hogy megoldja a problémámat. Lehet szerkeszteni a feladat.

Ezennel jelöl, ez a leg--bb bizarr munkafolyamat megoldás a 2007.

</vége>

Sokszor szeretnénk, hogy küldjön egy e-mailt, amely magában foglalja egy hivatkozás az elem vagy dokumentum, amelynek hatására a munkafolyamat. Tudjuk használni a jelenlegi cikk "kódolású abszolút URL-t" erre a célra. Azonban, mindig úgy tűnik, hogy "http" az URL protokoll. Ha a webhely a HTTPS fut, akkor nem fog működni az Ön számára.

Amennyire tudom, van nem ki a box megoldás erre a problémára. Ha kötelező a HTTPS használata, nincs az a beállítás.

Kell megoldani, hogy, hozzon létre egy egyéni művelet, amit nyújt a string csere funkció a munkafolyamat használata. Alternatív megoldásként, használ egy 3rd csapat szerszám mint a kiváló csomag itt: http://www.codeplex.com/spdwfextensions 🙂

</vége>

Néha kérni a fórum felhasználók: Miért nem hozott a SharePoint Designer ???? ba az én-m elektronikus levél helyett egy mező értékét?

Egyik oka, ez történik, mert a változó, amelyre vonatkoznak értéke null.

Ez akkor fordulhat elő, mert próbálsz hivatkozni egy mezőt az "aktuális cikk" de a felhasználó soha nem lépett egy értéket az űrlapmező.

<vége />

Forgatókönyv: A SharePoint Designer-munkafolyamat, meg kell határoznia, ha a dátum mező is üres.

Probléma: Az SPD nem nyújt közvetlen módszert használatos nyúlik, semmi más, mint a dátum. Nem hozható létre egy állapot, mint ez: "Ha [DateField] egyenlő üres".

Megoldás: A dátum konvertálása egy karakterlánc. Karakterlánc-összehasonlítás segítségével állapítható meg, ha a időpont üres.

Képernyő szemcsésedik:

A következő képernyő szemcsésedik mutat hogyan viselkedni csinál ez. Ebben a forgatókönyvben, a mező a cikk, "Környezetvédelmi engedélyek:Először teszi lehetővé az emlékeztető dátuma", nyújtják, és a munkafolyamat tüzek válaszul.

Jegyzetek:

Mikor Próbáltam ez, Voltam kellemesen meglepett, hogy megtanulják, hogy működik. Aggódtam, hogy a SharePoint Designer lehet letiltja a karakterlánc-hozzárendelés (Változó:StringReminderDateDate) de ez tette lehetővé, hogy ez.

Én is érintett, hogy lehetővé teszi, hogy, értéke lehet null és vagy felrobbantani a WF-on futási idő- vagy talán emelni a globális hőmérséklet 1/2 a diploma, ezeket az aggályokat voltak alaptalanok, de.

</vége>

Csak egy gyors megfigyelése, hogy van egy nagyon fontos különbség között ez a kettő meghatározás:

<FieldBind mező = "InParam1" DesignerType = "a StringBuilder" Id = "2" Text = "Bemeneti paraméter #1" />

versus:

<FieldBind mező = "InParam1" Id = "2" Text = "Bemeneti paraméter #1" />

Az első azt mutatja, mint ez az SPD:

míg az utóbbi mutat, mint ez:

I’m not sure how helpful these screen shots are but I put in the effort to make them so you have to view them 🙂

A megfigyelés ez: A StringBuilder lehetővé teszi, hogy építsenek egy karakterlánc (nyilvánvalóan) összekeverésével karakterlánc literálok és munkafolyamat-adatok (keresztül az "Add keresés" gomb a bal alsó sarokban). A keresés hozzáadása gomb használatakor, beszúrja egy jelképes formában"[%token %]". Amikor SharePoint meghívja az egyéni művelet, (C# kód az én esetemben), SharePoint átadja magát a token, a jogkivonat értéke nem. Ha az alapértelmezett tervező típus (a második típus), SharePoint a token kitágul, és átadja a tényleges értékének a token a fellépés.

A StringBuilder = rossz, alapértelmezett tervező típus = jó.

természetesen, Ez nem igazán értem. Csak ne próbáld, és egy paraméter át az egyéni művelet, amikor a tervező típus = StringBuilder. Használja az alapértelmezett tervező típus és a lánc egy StringBuilder rá elöl, ha be kell építeni az összetett kifejezéseket a munkafolyamat (ami egyébként pontosan mit jelent hogy hozzon létre egy dinamikus témát az e-mail akció, de ez a téma egy másik blog bejegyzést, Har har).

<vége />