Vi har et sett med SharePoint designer arbeidsflyter som "kommuniserer" med en hendelsesmottaker på listen via endringer i området kolonneverdiene. For eksempel, Hvis en områdekolonne "SetDuedate" er satt til sann i arbeidsflyten, hendelsesmottaker oppdager endringen, beregner forfallsdato og datoen tildeles en områdekolonne, "Forfallsdatoen." Vi delt ting opp som dette fordi hendelsesmottaker kan beregne forfallsdato bruke komplekse forretningsregler (tar hensyn til helger og ferier) mens SPD virkelig ikke kan.
I en bestemt forekomst, Vi kjørte inn i et problem med dette knep. Feilsøking alt dette er ganske vanskelig, men vi kom til klar konklusjon at i ett tilfelle (minst), hendelsen mottakeren kjørte ikke hele tiden. I ett trinn av arbeidsflyten, Vi vil endre verdien for en områdekolonne og hendelsen mottakeren synes ikke å kjøre. Men, Det var å kjøre konsekvent i forskjellige trinn av arbeidsflyten.
Etter gjennomgang av den, Jeg la merke til at det glade arbeidsflyttrinnet brukt "oppdatere listeelementet" mens det andre trinnet brukes "Set-feltet i gjeldende element." Oppdatere listeelementet oppdatering "varen." Jeg er ikke sikker hvorfor vi plukket en over den andre siden de synes å gjøre samme.
Så … handlingen oppdatere listeelementet forårsaket hendelsen brann. på den andre siden, Angi feltet i gjeldende element handling ikke.
Jeg brukte oppdatere listeelementet begge steder og Viola! Den arbeidet. [[ Totalt side, Jeg spilte fiolin for daglig for nesten 15 år ]]
Fra dette, Tror jeg forsøksvis at "Angi feltet" handling forårsaker ikke hendelsesmottakere brann, minst noen av tiden.
Dette problemet bedeviled oss for uker.
Dette er en av de "observert atferd" innlegg. Jeg observert dette skje én gang i et bestemt miljø og jeg gjør noen gjetninger om hvorfor ting skjedde som de gjorde. Hvis du har noen innsikt i dette, behage aksje i kommentarer.
</slutten>
takk..
http://www.sskbank.com
Hei Paul
Jeg vil gjerne spørre deg det samme spørsmålet, som blir spurt i øvre kommentar.
takk
Deepak