We have a set of SharePoint designer workflows that "communicate" with an event receiver on the list via changes to site column values. Məsələn, if a site column "SetDuedate" bu iş ilə doğru müəyyən edilir, Tədbirdə qəbuledici ki, dəyişiklik algılar, bir görə tarix hesaplar və digər site sütun üçün tarix təyin, "Due Date." We split things up like this because the event receiver can calculate a due date using complex business rules (nəzərə həftə sonları və şirkət bayram alaraq) SPD həqiqətən bilməz isə.

Bir konkret halda, we ran into a problem with this trick. Debugging all this is pretty difficult, ancaq müəyyən nəticəyə gəlib ki, bir halda (azı), 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. Lakin, bu iş fərqli bir addım ardıcıl çalışan edilmişdir.

Bu tanış, 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.

Belə … the Update List Item action did cause the event to fire. Digər tərəfdən, Kömək satış fəaliyyət də göstərilməyib sahəsi etmədi.

Mən həm yerlərdə Update Siyahısı satış istifadə bənövşəyi! It worked. [[ Kənara Ümumi, Mən demək olar ki üçün bir günlük əsasında skripka ifa 15 il ]]

Bu baxımdan, I tentatively believe that the "Set Field" hərəkət hadisə alıcıları yanğın səbəb deyil, 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, şərh payı edin.

</son>

Blog abunə.