Ons het 'n stel van SharePoint ontwerper werkstromen dat "kommunikeer" with an event receiver on the list via changes to site column values. Byvoorbeeld, indien 'n webwerf kolom "SetDuedate" waar gestel is deur die workflow, die geval ontvanger ontdek dat verandering, word bereken dat 'n sperdatum en ken daardie datum na 'n ander werf kolom, "Due Date." We split things up like this because the event receiver can calculate a due date using complex business rules (naweke en maatskappy vakansies in ag te neem) terwyl die SPD kan regtig nie.

In een spesifieke geval, we ran into a problem with this trick. Debugging all this is pretty difficult, maar ons het tot die definitiewe gevolgtrekking dat in een geval (ten minste), the event receiver was not running all the time. In one step of the workflow, we would change the value of a site column and the event receiver didn’t appear to run. Egter, dit is voortdurend in 'n verskillende stap van die workflow.

Na die lees van, Ek het opgemerk dat die gelukkige workflow stap wat gebruik word om die "Update lysitem" while the other step used "Set Field in Current Item." Update List Item was updating the "current item." I’m not sure why we picked one over the other since they would seem to be doing the same thing.

So … the Update List Item action did cause the event to fire. Aan die ander kant, die Veld in die huidige punt aksie het nie.

Ek gebruik Update Lys item in beide plekke en violet! It worked. [[ Totaal eenkant, Ek speel die viool op 'n daaglikse basis vir byna 15 jaar ]]

Van hierdie, Ek het tentatief glo dat die "Veld" optrede nie veroorsaak geval ontvangers aan die brand, at least some of the time.

This issue bedeviled us for weeks.

Dit is een van daardie "waargenome gedrag" posts. I observed this happen once in a specific environment and I’m making some guesses as to why things happened as they did. If you have any insight into this one, asseblief aandeel in die kommentaar.

</einde>

Skryf in op my blog.