Vi har et sæt af SharePoint designer arbejdsgange, at "kommunikerer" med en event modtager på listen via ændringer i websted kolonneværdier. For eksempel, Hvis en webstedskolonne "SetDuedate" er angivet til sand ved arbejdsprocessen, event modtageren registrerer ændringen, beregnes en forfaldsdato og tildeler denne dato til en anden webstedskolonne, "Forfaldsdato." Vi delt ting op som dette fordi begivenhed modtageren kan beregne en forfaldsdato ved hjælp af komplekse god forretningsskik (tages højde for weekender og virksomhedens fridage) mens SPD virkelig kan ikke.
I en bestemt forekomst, Vi løb ind i et problem med dette trick. Fejlfinding af alt dette er temmelig vanskeligt, men vi kom til den klare konklusion, at i et tilfælde (mindst), arrangement modtager ikke kører hele tiden. I ét trin i arbejdsprocessen, Vi vil ændre værdien af en webstedskolonne og event modtager syntes ikke at køre. Dog, det kører konsekvent i et andet trin i arbejdsprocessen.
Efter at have gennemgået det, Jeg har bemærket, at glade arbejdsprocestrinnet anvendes "Update listeelement" mens de andre trin bruges "Set-feltet i aktuelle element." Opdatere listeelementet var ajourfører den "aktuelle vare." Jeg er ikke sikker på hvorfor vi plukket ene over den anden, da de synes at gøre det samme.
Så … Handlingen Update listeelementet foranledigede begivenheden til brand. På den anden side, Feltet sæt i aktuelle element handling ikke.
Jeg brugte opdatere listeelementet i begge steder og Bratsch! Det virkede. [[ Samlede sidebemærkning, Jeg spillede violin for på daglig basis for næsten 15 år ]]
Fra dette, Foreløbig mener jeg, at "indstille feltet" handling forårsager ikke hændelsesmodtagere brand, i det mindste nogle af tiden.
Dette spørgsmål plaget os for uger.
Dette er en af disse "observerede adfærd" indlæg. Jeg bemærkede dette ske en gang i et bestemt miljø og jeg gør nogle gæt om, hvorfor tingene sket som de gjorde. Hvis du har nogen indsigt i denne ene, behage lod i kommentarerne.
</slutningen>
Abonner på min blog.