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.