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>
Dík..
http://www.sskbank.com
Ahoj Paul
také bych se zeptat na stejnou otázku, které se žádá v horní komentář.
Dík
Kapounová