V těchto dnech, Já jsem neustále hrají na honěnou s čtení mého blogu a narazil jsem na tento post: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html
To je tak tvrdé a detailní SharePoint Designer workflow návod (plus více!) že někde uvidíte na interwebs. To bych rezervovat, i v případě, že jste zjizvená SPD veterán.
To je skvělý tutoriál SharePoint pro aplikaci InfoPath a workflow.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
Počátkem tohoto měsíce, JÁ dát dohromady článek Původně byl plánován na Mark Miller www.endusersharepont.com. Avšak, Místo toho jsem použil jako Dustin Hoffman kříž na konci Absolvent odrazit mé (Děs! přátelský!) Editor na TechTarget.
To je další článek SharePoint Designer workflow ve stejném duchu jako mé nedávné úsilí: http://www.endusersharepoint.com/?p=1226 ("Použít kontrolní seznamy k vytvoření flexibilní řešení").
Začíná to takhle:
Už jste někdy přál, aby že mohli dočasně zakázat SharePoint Designer workflow? Možná budete chtít udělat při mši schválení velkého počtu dokumentů bez započtení desítky – nebo možná stovky – zbytečných pracovních postupů.
Jeden způsob, jak toho dosáhnout, je přístup pomocí Share Point Návrhář pracovního postupu a zakázat. K tomu, že, budete muset otevřít aplikaci SharePoint Designer, přístup pracovního postupu, změnit jeho vlastnosti a znovu uložte. Problém s tímto je, že je trochu chaotický a pravděpodobně prsten hodně sirény ve většině společností.
Obecně, poletují s pracovní postupy služby SharePoint Designer není dobré praxe v provozním prostředí, ani není součástí dobře zvládnutého procesu.
V článku pak vás provede řešení tohoto problému, který používá vlastní seznam obrátit WF nebo vypnout jako potřebuje diktovat. Přečtěte si celou věc (http://WP.bitpipe.com/Resource/org_1127860336_240/SharePoint_vol5_v6 1_16.PDF).
Tento článek byl inspirován otázku na fóru zde: http://www.endusersharepoint.com/STP/. Přestože tráví mnohem více času na fóra MSDN, Doporučuji se podívat na EUSP fóru stejně, zejména pro koncového uživatele orientované otázky. Je to ještě dalším zdrojem dobrých informací a poradenství.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
Minulý týden, Mark Miller vyslán můj nejnovější aplikace SharePoint Designer workflow článek pro koncové uživatele na jeho stránkách (http://www.endusersharepoint.com/?p=1226).
Začíná to takhle:
Technické typy používáme hodně žargonu a zkratky v našem každodenním životě, například "OOP" (objektově orientované programování), "CT" (Typy obsahu), "JPD" (SharePoint Designer), "RTFM" (Prosím přečtěte si manuál), atd. Tento článek se týká i samotného konkrétní bugaboo, zvané "pevného kódování:"Co to je, Proč je to špatné a jak se vyhnout v SharePoint designer workflow řešení.
Popsat, jak můžeme použít vlastní seznamy pro uložení pracovního postupu kontroly a konfigurační data. Použití tohoto přístupu, Můžeme se vyhnout pevnému kódování hodnoty jako schvalovatele’ e-mailové adresy, limity pro schvalování dolar, atd.
Prohlédněte si.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
Já jsem pracoval v místě klienta a potřebné k instalaci modelu windows workflow foundation, tak, že jsem mohl tak některé práce SharePoint Designer. (Nevěděl jsem, že až dnes, že SPD dosadit citlivý, ale opravdu potřebuje alespoň .NET 2.0 a Windows Workflow Foundation je opravdu použitelný; Vždy jsem předpokládal, že tyto byly nainstalovány spolu s SPD, Ale mýlil jsem se).
Klient má proxy server. Žádný problém, Mám pověření se dostat ven na veřejné internetové. Jdu na obvyklé místo, kde stáhnout WWF (SPD ochotně poskytl mi s odkazem). Že ke stažení je opravdu bootstrap řazení. To spustí a zjistí co jiného je třeba stáhnout. Že druhý proces stahování se nezdařilo.. To buď vůbec nepokouší, nebo se nějak nemůže žádat o pověření proxy serveru. Bylo to docela těžké havárie, dává mi zprávu:
Rozhraní Microsoft .NET Framework 3.0 během instalace došlo k problému. Instalace nebyla dokončena úspěšně.
Pokusil jsem se restartovat a strávil 10 sekundy se snaží přijít na to, jestli bych mohl dostat to požádat mě o pověření proxy serveru. Vzdal jsem se a šel na místo zde: .NET Framework 3.5 Aktualizace Service Pack 1 (Kompletní balíček).
Stáhnul jsem si tento balíček, nainstalované a tentokrát, žádné problémy.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
V čem se zdá být jeho inaugurační blog vysílání, chiqnlips má ponořil do šílenství, které je výpočtový sloupec a popsán řešení společného SharePoint Designer workflow email činnost problému: Jak zobrazit skutečné jméno osoby v e-mailu namísto "doménauživatelské_jméno."
Nezkoušel jsem to sám, ale to vypadá slibně. Prohlédněte si.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
Mark Miller nad na www.endusersharepoint.com odeslal jsem nejnovější článek na SharePoint Designer workflow Tady (http://www.endusersharepoint.com/?p=1037).
Jsem se popsat základní přístup k přesunu pracovního postupu, které vytvoříte v jednom seznamu do jiného seznamu. V seznamu může být ve stejné síti, stejné kolekce webů, nebo zcela jiné farmy (např.. od vývoje výroby).
Je to složité téma, tak jsem jen pokryla základní scénář. Příští týden, Budu psát více užitečný příklad reálného světa.
Vyzkoušejte to a sdílet žádné komentáře.
<Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
Mark Miller zveřejnila své nejnovější koncového uživatele orientovaný článek SharePoint Designer Workflow se na jeho místě: http://www.endusersharepoint.com/?p=1008
Já pokusit se poskytnout rovný předat odpověď na otázku, "Proč nemůžu já snadno přenositelné SharePoint designer workflow od vývoje testovat?" V procesu, Také dát nějaké nahlédnutí do SPD ve skutečnosti co do zákulisí když jsme ji použít k vytvoření pracovního postupu řešení.
Příští týden, Uvádím z jednoho serveru do druhého koncového uživatele příjemným způsobem k portu SPD workflow, nebo alespoň konec uživatelsky přívětivé řešení, jak je to možné s ohledem na stav nástroje.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
Zde je další Častá otázka pracovního postupu aplikace SharePoint Designer:
"Mohu přistupovat k (čtení/zápis) Seznamy služby SharePoint pomocí pracovních postupů, které se nenachází na stejném místě jako samotný seznam?"
Jednoduchá odpověď je: Ne.
V mnoha ohledech, Avšak, Máme nárok (což je dobrá věc, v tomto případě). Platforma umožňuje nám v mnoha ohledech vytvořit rozšíření produktů, včetně vlastní akce (viz můj malý codeplex projektu zde příklad). Vlastní akce umožňuje nám dělat v podstatě cokoliv, co chceme od Návrháře pracovního postupu služby SharePoint. Já jsem velký fanda tohoto, Vlastně, vzhledem k tomu, že nám dává nejlepší z obou světů — deklarativní koncového přátelské designer s celou hloubku rozhraní .NET framework na našem konečky.
Bohužel, Pokud používáte SPD, tam je dobrá šance, že to děláš proto, že nelze použít aplikaci visual studio (vzhledem k tomu, že visual studio vyžaduje hluboké vývojář pozadí). Nemám žádné dobré odpověď na tento problém, kromě toho, že by měl převažovat na jednom z technických spolupracovníků vytvořit druh vlastní akce, které potřebujete. Případně, práce s vedením najímat nebo smlouvy tento druh zdroje.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
Bohužel, je to není. Jsme z aplikace SharePoint Designer workflow pomocí funkce pole nelze odeslat e-mail s přílohami. Toto přání přijde s rostoucí pravidelností na fóra MSDN.
Avšak, v Platforma SharePoint, Stejne jako tolik věcí, Nabídněte nám cestu vpřed. Můžeme Vytvoření vlastní akce který jsme pak začlenit do naší pracovní postupy. Po instalaci, vlastní akce vypadá a funguje jako jakékoli jiné akce (např.. Sběr dat, Protokolovat zprávy, atd).
Vytvoření vlastní akce je velkou horu vylézt, Avšak, pro koncové uživatele. Codeplex projektu obsahuje tato funkce: http://www.codeplex.com/SPDActivities. To zbourání a při jeho instalaci je také mimo dovednosti typického koncových uživatelů. Avšak, je to docela jednoduché pro správce serveru SharePoint, chcete-li to, Takže pokud se ocitnete museli vyvinout pracovní postup s touto schopností, práce s správce serveru SharePoint, aby si to udělat.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
Máme sadu SharePoint designer pracovní postupy, které "komunikovat" se přijímač událostí v seznamu prostřednictvím změny hodnot sloupců webu. Například, Pokud sloupec webu "SetDuedate" je nastavena na pravda pracovním postupem, příjemce události zjistí, že změna, vypočte datum splatnosti a přiřadí tohoto data na další sloupce webu, "Datum splatnosti." Jsme se rozdělili věci jako to proto, že příjemce události může vypočítat datum splatnosti pomocí komplexních obchodních pravidel (zohlednění víkendy a svátky) Zatímco SPD opravdu nemůže.
V jedné konkrétní instance, narazili jsme na problém s tímto trikem. Ladění, to vše je docela obtížné, Ale my jsme přišli na definitivní závěr, že v jednom případě (nejméně), příjemce události nebyl spuštěn neustále. V jednom kroku pracovního postupu, změníme hodnotu sloupce webu a přijímač událostí nezdálo se, že běh. Avšak, byl spuštěn důsledně v jiném kroku pracovního postupu.
Po přezkoumání to, Všiml jsem si, že použili krok šťastný pracovní položku aktualizace seznamu"" Zatímco ostatní krok používá "nastavit pole v aktuální položce." Aktualizace seznamu položka byla aktualizace "aktuální položky." Nejsem si jistý proč jsme vybrali jeden nad druhým, protože by zřejmě dělat totéž.
Tak … akce aktualizovat položky seznamu způsobil událost na oheň. Na druhou stranu, Nastavit pole v aktuální položce akce nebylo.
Použil jsem aktualizace seznamu položku v obou místech a Viola! Fungovalo to. [[ Celkový stranou, Já jsem hrál na housle pro denně pro téměř 15 roky ]]
Z toho, Předběžně věří, že "Set pole" akce nezpůsobí přijímačů událost na oheň, alespoň část času.
Tento problém nás zatemňovala týdny.
To je jeden z těch "pozorované chování" Příspěvky. Pozoroval jsem to stalo kdysi v konkrétním prostředí a já dělám nějaké dohady o tom, proč se stalo věcí, stejně jako. Pokud máte jakýkoli vhled do této, Prosím, podělte se v komentářích.
</Konec>
