Մենք ունենք մի շարք Sharepoint դիզայներական workflows որ "շփվելու" with an event receiver on the list via changes to site column values. Օրինակ,, եթե կայքը շարասյունը »SetDuedate" եթե ճշգրիտ է, ըստ աշխատանքի արդյունքում, միջոցառումը ստացողը detects այդ փոփոխությունը, հաշվարկում է պատշաճ ամսաթիվը եւ նշանակում, որ պետք է մեկ այլ կայքում սյունակ, "Due Date." We split things up like this because the event receiver can calculate a due date using complex business rules (հաշվի հանգստյան օրերին եւ ընկերությունների հանգստյան հաշվի) իսկ SPD իրոք չի կարող.
Մեկ կոնկրետ օրինակ, we ran into a problem with this trick. Debugging all this is pretty difficult, բայց մենք եկանք այն եզրակացության, որ որոշակի մի դեպքում (առնվազն), 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. Սակայն, այն վազում հետեւողականորեն այլ քայլ է աշխատանքի արդյունքում.
Վերանայելուց հետո այն, I noticed that the happy workflow step used the "Update List Item" 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.
Այնքան … the Update List Item action did cause the event to fire. Մյուս կողմից,, սահմանված Field ընթացիկ Նյութի գործողությունը չի.
Ես օգտագործում Update ցանկ Նյութի վերաբերյալ երկու վայրերում կարմրել! It worked. [[ Ընդամենը մի կողմ, Ես խաղացել ջութակ համար օրական գրեթե 15 տարի ]]
Այս, I tentatively believe that the "Set Field" գործողություն չի առաջացնում միջոցառումների ընդունիչներ է կրակել, at least some of the time.
This issue bedeviled us for weeks.
This is one of those "observed behavior" 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, Խնդրեմ չէ մեկնաբանություններում.
</վերջ>
Անդամագրվել իմ բլոգում.