We have a set of SharePoint designer workflows that "communicate" with an event receiver on the list via changes to site column values. Til dæmis, if a site column "SetDuedate" er stillt á rétt af workflow, atburður móttakari skynjar að breytingar, reiknar með skiladag og gefur þeim degi til annars site dálki, "Due Date." We split things up like this because the event receiver can calculate a due date using complex business rules (taka helgar og fyrirtæki frí tillit) en SPD virkilega getur ekki.
Í eina tiltekna dæmi, we ran into a problem with this trick. Debugging all this is pretty difficult, en við komum að ákveðin niðurstöðu að í einu tilviki (að minnsta kosti), 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. Hins, það var að keyra stöðugt í öðru skrefi workflow.
Eftir að hafa farið hana, 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.
Svo … the Update List Item action did cause the event to fire. Á hinn bóginn, The Setja Field í spilun aðgerð ekki.
Ég notaði uppfæra listann Hlutir á báðum stöðum og fjólublár! It worked. [[ Alls hliðar, Ég spilaði á fiðlu fyrir á hverjum degi fyrir næstum 15 ár ]]
Frá þessu, I tentatively believe that the "Set Field" aðgerð veldur ekki atburður skiptastjóra til að skjóta, 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, vinsamlegast deila í the athugasemd.
</enda>
Gerast áskrifandi að bloggið mitt.
takk..
http://www.sskbank.com
Hæ Paul
Ég líka vildi eins og til að spyrja þig sömu spurningar, sem er verið að spyrja í efri athugasemd.
Takk
Deepak