Ezekben a napokban, Én állandóan játszani felzárkózás a blogomban olvasó, és én csak jött keresztül ez felad: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

-A ' mint szilárd és részletes a SharePoint Designer munkafolyamat bemutató (valamint több!) hogy látni fogja bárhol a interwebs. Nézd meg, még akkor is ha-a ' egy sebhelyes SPD veterán.

-A ' egy nagy SharePoint tutorial az InfoPath és a munkafolyamat.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Korábban ebben a hónapban, I összerakni egy cikk eredetileg tervezett Mark Miller www.endusersharepont.com. Azonban, Ehelyett használják, mint Dustin Hoffman egy kereszt a végére a A diplomás kivédeni az én-m (Nagyszerű! barátságos!) szerkesztő: TechTarget.

Ez egy másik SharePoint Designer munkafolyamat cikket ugyanebben a szellemben, mint itt az én-m újabb keletű erőfeszítésre: http://www.endusersharepoint.com/?p=1226 ("Használja a vezérlő listák létrehozása rugalmas munkafolyamat megoldások").

Úgy kezdődik, mint ez:

VOLNA ön valaha kívánta, akkor átmenetileg tiltsa le a SharePoint Designer-munkafolyamat? Érdemes erre a tömeg-jóváhagyása számos dokumentumok nélkül le több tucat- vagy esetleg több száz – felesleges munkafolyamatok.

Egy út-hoz befejez ez a munkafolyamat részvény-pont-tervező segítségével és megbénít ez. Erre, szükséged lesz, hogy nyissa meg a SharePoint Designer, hozzáférés a munkafolyamat, változtatni a tulajdonságait, majd mentse újra. A probléma ezzel a módszerrel, hogy egy kicsit zavaros, és valószínűleg gyűrű sok a vészharangot a legtöbb vállalatok.

Általában, haszontalan körül a munkafolyamatokkal a SharePoint Designer nincs egy jó gyakorlat, éles környezetben, nem is jól kontrollált folyamat része.

A cikk majd végigvezeti egy megoldást erre a problémára, a Windows Tűzfal be- és kikapcsolása kell diktálni egy egyéni listát használó. Olvas a egész dolog itt (http://wp.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.pdf).

Ez a cikk volt ihletett mellett egy kérdés a fórumon itt: http://www.endusersharepoint.com/STP/. Bár sokkal több időt töltök a MSDN fórumban, Azt javasoljuk, hogy egy kandikál a EUSP fórum is, különösen a felhasználó orientált kérdések. Még egy másik forrása a jó információ és tanácsadás.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

múlt héten, Mark Miller kifüggesztett az én legújabb SharePoint Designer munkafolyamat cikk a végfelhasználók számára az ő helyén (http://www.endusersharepoint.com/?p=1226).

Úgy kezdődik, mint ez:

Technikai használjuk sok zsargont és a rövidítések a napi rutin, mint például az "OOP" (objektum orientált programozás), "CT" (A tartalomtípusok), "AZ SPD" (SharePoint Designer), "RTFM" (Kérjük, olvassa el a kézikönyv), stb. Egy adott mumus nevű "kemény kódolás magával foglalkozik ez a cikk:"Mi az, Miért-a ' rossz, és hogyan lehet elkerülni a SharePoint designer-munkafolyamat megoldások.

Leírom, hogyan tudjuk használni Egyéni listák munkafolyamat ellenőrzése és a konfigurációs adatok tárolására. E megközelítés alkalmazásával, Tudjuk elkerülni, értékek, mint például a jóváhagyók a kemény kódolás’ e-mail címek, jóváhagyási dollár korlát, stb.

Check it out.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Vagyok dolgozik-on egy ügyfél telek, és szükséges-hoz felszerel windows folyamatkövető alaprendszer, hogy tudtam, így néhány SharePoint Designer munkája. (Nem tudom, hogy SPD finom telepíti, de valóban szüksége van legalább a mai napig .NET 2.0 és a Windows Workflow Foundation-hoz lenni igazán használható; Mindig feltételezni ezek voltak telepítve és SPD, de tévedtem).

Az ügyfél rendelkezik-e a proxy szerver. nem gond, Nekem van a hitelesítő adatokat, hogy a nyilvános Internets kívül. Megyek, hogy a szokásos hely-hoz letölt a WWF (Az SPD segítőkészen feltéve én-val egy láncszem). A letölt igazán egy bootstrap-féle. Ez fut, és kitalálja, mit kell letölteni. Második letöltési folyamat nem sikerült. Ez vagy nem próbálja meg minden, vagy valahogy akadályoztatva van kérdezés részére a proxykiszolgáló hitelesítő adatait. Volt egy szép kemény ütközés, ad nekem az üzenetet:

Microsoft .NET Framework 3.0 hibát észlelt a telepítés során. A telepítő nem fejeződött be sikeresen.

Próbáltam-hoz újraindít, és töltött 10 másodperc, hogy kitaláljam, ha én tudna kap ez-hoz kérdez én, a proxykiszolgáló hitelesítő adatait. Én adott megjelöl és ment itt helyett: .NET-keretrendszer 3.5 Service Pack 1 (Teljes csomag).

Letöltöttem a csomagot, telepített, és ebben az időben, nem probléma.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Mi úgy tűnik, hogy ő alakuló blog kiküldetés, chiqnlips rendkívül sokat foglalkoztunk az az őrület, hogy egy számított oszlop, és leírta a SharePoint Designer munkafolyamat e-mail tevékenység közös probléma megoldást: Hogyan viselkedni bemutatás egy személy igazi neve egy e-mailt, helyett a "tartományfelhasználónév."

Még nem tesztelték magam, de úgy néz ki, ígéretes. Check it out.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Mark Miller át a www.endusersharepoint.com az én legújabb cikket írta a SharePoint Designer-munkafolyamat itt (http://www.endusersharepoint.com/?p=1037).

Leírom a mozgó egy munkafolyamatot egy lista egy másik listát hoz létre az alapvető módszere. A másik listában lehet ugyanazon a helyen, azonos helycsoportba tartoznak, vagy egy teljesen más mezőgazdasági (pl. a fejlődés a termelés).

Ez egy bonyolult téma, így csak akkor tartozik egy nagyon alap-forgatókönyv. jövő héten, Írok fel egy több hasznos valós példa.

Check it out, és ossza meg ott észrevételek.

<vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Mark Miller birtokol kifüggesztett az én legújabb felhasználó-orientált SharePoint Designer-munkafolyamat cikket fel ő telek itt: http://www.endusersharepoint.com/?p=1008

Én kísérlet-hoz beszerez egy egyenes-továbbít választ arra a kérdésre, "Miért nem én könnyen port designer SharePoint-munkafolyamat a fejlődés a teszt?" A folyamat során, Én is ad némi betekintést az SPD voltaképpen mit is csinál a színfalak mögött amikor arra használjuk, hogy hozzon létre egy munkafolyamat-megoldás.

jövő héten, Leírom, hogy egy felhasználó barátságos út-hoz port SPD munkafolyamat egyik kiszolgálóról a másikra, vagy legalább a végső felhasználó barátságos megoldást csak lehetséges, mivel az állam az eszköz beállítása.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Itt van egy másik közös SharePoint Designer-munkafolyamat kérdés:

"Érhető el (írható/olvasható) SharePoint-listák keresztül munkafolyamatok nem tartózkodnak ugyanazon a helyszínen, mint magára a listára?"

A válasz egyszerű: nem.

Mint oly sok, azonban, Mi kell ahhoz, hogy (melyik egy jó dolog ebben az esetben). A platform lehetővé teszi, hogy minket teremt a kiterjesztéseket a termék sok tekintetben, beleértve egy egyéni művelet (az én kis codeplex projekt itt példaként lásd). Egyéni művelet lehetővé teszi velünk bármit alapvetően akarunk a SharePoint designer-munkafolyamat. Én vagyok egy nagy rajongó-ból ez, valójában, mivel ez ad nekünk a mindkét világból a legjobbat — a deklaratív vég-felhasználó barátságos designer teljes mélységében a .NET-keretrendszer a mi ujjvégek.

Sajnos, Ha ön használ SPD, van egy jó esély arra, mit csinálsz, mert nem használja a visual studio (annak a ténynek, hogy a visual studio egy mély fejlesztő háttérinformációt). Nekem nincs jó választ erre a problémára, kivéve, hogy kell rábírni az egyik a technikai munkatársak létrehozásához az a fajta egyéni műveletet, meg kell. Alternatív megoldásként, dolgozik-val bérlete, vagy szerződést, hogy az ilyen erőforrás-kezelés.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Sajnos, -a ' nem-hoz lenni. Nem küldünk egy e-mail mellékletek egy SharePoint Designer-munkafolyamat ki a box funkciók segítségével. Ezt a kívánságot jön megjelöl démonoktól a MSDN fórumban.

Azonban, a SharePoint emelvény, mint oly sok mindent, kínál nekünk a kerti ösvény előre. Mi is hozzon létre egyéni műveletek amely majd bele a munkafolyamatok. Egyszer beiktatott, egyéni műveletet úgy néz ki, és úgy érzi, mint bármely más tevékenység (pl. Adatgyűjtés, Jelentkezzen be egy üzenetet, stb).

Teremtő egy egyéni művelet egy nagy hegyet mászni, azonban, a végfelhasználók számára. A codeplex projekt biztosítja ezt a funkciót: http://www.codeplex.com/SPDActivities. Ledöntése, és beiktatás ez is túl van a készségek a tipikus vég-használók. Azonban, elég egyszerű csinálni egy SharePoint-admin, Tehát, ha találsz magadnak igényt tartó-hoz alakít egy ilyen képességgel rendelkező munkafolyamat, a SharePoint admin-hoz kap ez megtett dolgozik.

</vége>

Subscribe to my blog.

Kövesse nekem Twitter http://www.twitter.com/pagalvin

Van egy sor, a SharePoint designer munkafolyamatok kommunikáló "" Az eseményérzékelő a listán keresztül webhely oszlopértékek módosítása. Például, Ha egy webhely oszlop "SetDuedate" értéke true, a munkafolyamat által, Az eseményérzékelő észleli, hogy a változás, kiszámítja a kellő időpontban és időpontig rendel egy másik webhelyoszlop, "Esedékesség." Mi szét dolog mint ez azért, mert az eseményérzékelő kiszámíthatjuk a kellő időpontban, összetett üzleti szabályok használatával (figyelembe véve a hétvégén és a vállalati szünnapok) míg az SPD igazán.

Egy adott esetben, rohantunk a probléma ezzel a trükkel. Hibakeresés, ez elég nehéz, de jött a következtetés, hogy egy esetén (legalább), Az eseményérzékelő nem fut minden alkalommal. A munkafolyamat egy lépésben, Mi változna egy webhely oszlop értékét, és az eseményérzékelő nem feltűnik-hoz fuss. Azonban, Ez volt a futás következetesen a munkafolyamat különböző lépésben.

Után felülvizsgálata, Észrevettem, hogy boldog a munkafolyamat-lépésben használt "frissítés listaelem" míg a másik lépés "Set mezőben az aktuális cikk." Frissítés lista elem frissítése volt az "aktuális cikk." Nem vagyok benne biztos ezért felvette egy, a másik fölött, mivel úgy tűnik, hogy csinál ugyanaz a dolog.

Így … a frissítés listaelem akció volt okozója az, hogy tűz esetén. mindazonáltal, a készlet mezőben az aktuális művelet nem.

Frissítés lista elem használatban mindkét helyen és brácsa! Ez munkás. [[ Teljes félre, Játszottam a hegedűt, hogy a napi rendszerességgel, szinte 15 év ]]

Ebből, Próbaképpen hiszem, hogy a "meg mező" művelet nem okoz tüzet az eseményfogadók, legalább néhány idő.

Ez a probléma bedeviled minket hét.

Ez az egyik ilyen "megfigyelt viselkedés" hozzászólás. Megfigyeltem, ez megtörténhet egyszer egy bizonyos környezetben, és vagyok, hogy néhány találgatások, hogy miért a dolgok történtek, mint ők. Ha önnek van akármi bepillantás-ba ez, Kérjük, ossza meg a magyarázat.

</vége>

Subscribe to my blog.