Vi har en uppsättning av SharePoint designer arbetsflöden som "kommunicerar" med en händelsemottagare på listan via ändringar av webbplatsen kolumnvärden. Till exempel, om en webbplatskolumn "SetDuedate" är inställd på sant i arbetsflödet, händelsen mottagaren upptäcker att förändringar, beräknar ett förfallodatum och tilldelar detta datum till en webbplatskolumn, "Förfallodatum." Vi dela saker upp såhär eftersom händelsen mottagaren kan beräkna förfallodatum med hjälp av komplexa affärsregler (med beaktande av helger och företaget helgdagar) medan SPD verkligen inte.
I en viss instans, Vi stötte på ett problem med detta trick. Felsökning av allt detta är ganska svårt, men vi kom till den bestämda slutsatsen att i ett fall (minst), händelsemottagare kördes inte hela tiden. I ett steg av arbetsflödet, Vi skulle ändra värdet på en webbplatskolumn och händelsen mottagaren tycks inte gå. Men, Det var igång konsekvent i en olika steg i arbetsflödet.
Efter att ha granskat det, Jag märkte att glad arbetsflödessteget används "uppdatera listpost" medan det andra steget används "Set-fält i aktuellt objekt." Uppdatera listpost var uppdatera "aktuellt objekt." Jag vet inte varför vi plockade ovanpå varandra eftersom de skulle verkar göra samma sak.
Så … åtgärden uppdatera listpost lät i händelse av brand. Å andra sidan, Fältet anges i aktuella åtgärden inte.
Jag använde uppdatera listpost på båda ställena och Viola! Det fungerade. [[ Totala åt sidan, Jag spelade fiol för dagligen för nästan 15 år ]]
Från denna, Jag tror preliminärt att "ställa in fältet" Åtgärden orsakar inte händelsen mottagare till brand, åtminstone en del av tiden.
Denna fråga plågat oss i veckor.
Detta är en av de "observerade beteende" Inlägg. Jag observerade detta hända en gång i en specifik miljö och jag göra några gissningar om varför saker hände som gjorde de. Om du har någon insikt i den här, Vänligen dela i kommentarerna.
</slutet>
Prenumerera på min blogg.