Warum ist die unendliche Schleife, Schutz ausgelöst wird, auf meine CRM-workflow?

Update

Ich soll Hinzugefügt haben von Anfang an - dies ist in Microsoft Dynamics CRM 2011

Ich weiß, CRM, aber ich bin an einem Verlust zu erklären-Verhalten auf meinem derzeitigen Einsatz.

Bitte Lesen Sie den Umriss von meinem Szenario, mir helfen zu verstehen, welche meiner Vermutungen /Absprachen falsch ist (und daher, was die Ursache dieses Fehlers). Es ist nicht im Einklang mit meinen Erwartungen.

Basis-Szenario

Anforderung verlangt, dass ein web-service aufgerufen wird alle X Minuten (es fügt ausstehende Elemente zu einer Datenbank-index)
Ich habe entschieden, einen workflow verwenden /custom entity-trigger-Modell (D. H. ich habe eine benutzerdefinierte Entität, die hat eine CREATE-plugin registriert. Das plugin führt meiner Logik. Eine begleitende workflow wird gestartet, wenn "beendet" - Zeit + [- timeout] abläuft. Auf Ablauf, es wird ein neuer trigger erstellt Datensatz, und der workflow endet).
Die plugin-Logik funktioniert Prima. Das workflow-Konzept funktioniert gut, bis zu einem Punkt, aber nach einem Zeitraum von Zeit, die workflow-Ständen mit einem Fehler:

Dieser workflowauftrag wurde abgebrochen, da der workflow, mit dem Sie begonnen, enthalten eine unendliche Schleife. Korrigieren Sie die workflow-Logik und versuchen Sie es erneut. Für Informationen über workflow-Logik finden Sie in der Hilfe.

Also kurz und knapp - standard infinite loop detection. Ich verstehe das Konzept und warum es existiert.

Spezifische Bereitstellung

Erstens, ich denke, es ist ganz sicher für uns zu ignorieren, den Inhalt des plugin-Codes in diesem Szenario. Es funktioniert gut, es ist atomic und kaum berührt CRM (klar, es ist eine pre-event-plugin, das läuft über die remote-web-service, wartet auf eine Antwort und setzt dann das "erledigt am" Datum/Uhrzeit-Attribut für meine Trigger-Datensatz vor der übergabe an die Ziel-Entität wieder in der pipeline) . So lange, wie eine Trigger-Datensatz erstellt wird, wird dieser code ausgeführt wird, und tut, was es soll.

Dass abzüglich der Inhalt des plugins, es gibt vielleicht ein Problem, dass ich nicht zu schätzen wissen, dass das plugin registriert, die auf der pre-Schritt erstellen der entity...

So, dass die Blätter der workflow selbst. Es ist eine einfache. Es läuft folgendermassen:

Auf die Schaffung eines neuen Auslöser-Entität...
es hat einen Timeout Auslösen.new_completedon + 15 Minuten
auf timeout, es wird ein neuer Trigger erstellt record (mit nicht "abgeschlossen" Wert - dieser wird durch das plugin erinnern)
Das ist alles - keine explizite "end-workflow" (allerdings habe ich nur Hinzugefügt, ein jetzt und werden es testen...)

Mit diesem set-up, die ich manuell erstellen Sie einen neuen Trigger-Datensatz und der Prozess dreht sich schön in Aktion. Vorwärts 1h 58 min (basierend auf der Letzte Zyklus lief ich - daran erinnern, dass mein plugin-code kann in einer minute fertig ausgeführt), nach 7 erfolgreichen Ausführung Zyklen (z.B. neue workflow jobs geschaffen und abgeschlossen), die 8. man schlägt mit der oben genannten Fehlermeldung.

, Was ich schon weiß (korrigiert mich wo ich falsch Liege)

Rekursionstiefe ist standardmäßig auf 8 eingestellt. Wenn ein workflow /plugin nennt sich 8 mal, dann eine Endlosschleife erkannt wird.

Rekursionstiefe ist reset jede Stunde (oder 10 Minuten - siehe "Warnhinweise" im verlinkten blog?)

Rekursionstiefe Einstellungen per PowerShell oder SDK-code mit den Deployment Web-Service in einer on-premise-Bereitstellung nur (über das Set-Cmdlet CrmSetting)

, Was ich nicht hören will (bitte)

"Ändern Rekursionstiefe Einstellungen"

Kann ich nicht ändern die Bereitstellung Rekursionstiefe Einstellungen, da dies nicht eine option in einem online-Szenario - letztlich werde ich bereitstellen, um CRM Online zu.

"Erhöhen Sie den timeout-Zeitraum auf Ihren workflow"

Dies ist nicht eine option, entweder - die Neuindizierung muss alle 15 Minuten ausgeführt wird, im Idealfall früher.

Update

@Boone unten vorgeschlagen, dass die Rekursionstiefe timeout zurücksetzen nach 60 Minuten Inaktivität statt alle 60 Minuten. Darin liegt das erste Missverständnis.

Während der Diskussion mit @alex, ich schlug vor, dass es möglicherweise einige Persistenz der CorrelationId zwischen erstellen einer Entität über den workflow und die workflow ultimates wird gespawnt... Gut es ist. Die CorrelationId ist die gleiche in beiden das plugin und die workflow-und alle Datensätze, die Spule von diesem thread. Ich bin jetzt auf der Suche nach Möglichkeiten zur Entkopplung der CorrelationId (oder vielleicht die Erstellung der Datensätze) aus dem entity-und dem workflow.

Der workflow ruft sich selbst, das ist, warum Sie am Ende in einer Endlosschleife. Müssen Sie überdenken das ganze Konzept, die Erhöhung der Tiefe oder die timeout-Zeit würde nur verzögern, die Tötung des Prozesses durch unendliche Schleife.
Vielen Dank für Ihre Antwort Alex - du hast es einfach klingen, aber ich glaube nicht, dass es so ist. Auch wenn wir annehmen, dass der workflow ruft sich selbst auf (MSCRM denkt, es ist, ich denke, es ist es nicht - der workflow erstellt einen neuen Datensatz, anstatt ausdrücklich aufrufen, sich wieder wie ein Kind workflow. Ich würde erwarten, dass diese einen neuen "thread" - obwohl vielleicht die CorrelationId der plugin erbt von den Eltern und geht diese an die nachfolgende untergeordnete workflows), die Tiefe der Rekursion sollte zurückgesetzt werden, alle 10 oder 60 Minuten, ist es aber nicht.
Ich glaube MSCRM tatsächlich erkennt die indirekte Rekursion statt, da aufgrund genau CorrelationId s, das ist, warum die loop-Erkennung einsetzt. Ich bin fasziniert, wird ein bisschen Experimentieren und erhalten Sie zurück (dies könnte tatsächlich nützlich sein, auch für mich, wer weiß, ob/Wann ich ' ll erhalten eine ähnliche Anforderung? (: )
Ich denke, dass, wenn das der Fall ist, könnte es möglich sein, zu entkoppeln den Prozess, durch verschieben des plugin setzt, die "Vollendung der Zeit" zu sein, der asynchron-und der post-Betrieb vielleicht... ich werde auch versuchen, denke ich. Daran interessiert zu hören, Ihre unabhängige Ergebnisse zu 🙂
Verschieben des plugin-Ausführung Punkt-und/oder ändern zu async nicht nur werden verschiedene Fragen für mich zu adressieren (nicht im überwindbar um fair zu sein), aber wichtiger ist nicht einen Unterschied machen, die correlationid.

InformationsquelleAutor Greg Owens | 2012-05-15

3

Für die eine Stunde "reset" stattfinden, müssen Sie KEINE Aktivität für eine Stunde. Es nicht zurücksetzen, nur 1 Stunde von der ursprünglichen. So, da haben Sie eine Aktivität alle 15 Minuten, es nie eine chance hat, reset. Ich weiß nicht, was gesagt wird, in Stein überall... aber aus meiner Erfahrung.

In CRM 4 war es möglich, erstellen Sie ein CRM-Dienst (Google erstellen einer CRM-Dienst in der Kind-pipeline zurücksetzen) und die Korrelations-ID (mit CorrelationToken.NewToken()). Ich sehe nicht alles so einfach in der 2011 SDK. Keine Ahnung, ob dieser trick arbeitete in der online-Umgebung. Ist 2011 online-rückwärts kompatibel mit CRM 4 plugins?

Eine Sache, die Sie versuchen könnte, wäre, die Nutzung IExecutionContext.CorrelationId zu reinigen die asyncoperation (Job-System) - Tabelle. Aber anhand der Metadaten, die attribute, die ich denke, könnte nützlich sein (CorrelationId, CorrelationUpdatedTime, Tiefe) sind NICHT gültig für Updates. Vielleicht Sie könnten löschen Sie die Zeilen? Auch das kann nicht helfen.
- Dank Boone. Ich hatte nicht als die "eine Stunde", was bedeutet 60 mnins der Inaktivität und immer noch kämpfen, um Lesen Sie die SDK zu bedeuten, dass - aber interessiert zu hören, dass Ihre Erfahrungen in dieser Hinsicht (kein Wunder, wenn die docs sind ungenau...!). Ich habe ganz kurz in Betracht ziehen etwas mit CorrelationId, ohne den gesamten Weg von der Protokollierung und überprüfung, als die Ursache (was ich jetzt tun soll folgende Alex-Kommentare oben), aber darauf hingewiesen, dass es nur eine get-Methode, so kann nicht aktualisiert werden. Ich don t glauben, dass v4 plugins sind gültig für CRM Online CRm service trick nicht lebensfähig entweder ich Angst.
- Ja - es könnte sein, schwer zu erreichen, im sand boxed-plugins. Ich glaube nicht, dass Sie verwenden können, Reflexion (die vielleicht verwendet werden könnte, um auf die privaten member/setter). In der online-Umgebung können Sie sehr gut begrenzt werden, um einen externen Dienst. Selbst wenn Sie waren in der Lage, Alex ' s code zu arbeiten, die Sie nicht wollen, um die CorrelationId aus dem vorherigen Rahmen, die Sie verwenden möchten eine neue Id (das ist der Punkt).
- Gut durchdacht Frage nebenbei. Hier ist der Hoffnung, dass ich nicht aktualisieren müssen, mein Korrelation verändernden CRM 4 plugins auf dem sand boxed-online-Umgebung 🙂
- +1 @Boone - ich fand Bestätigung (durch starke Implikation), dass die "60 Minuten" Zeit ist in der Tat 60 Minuten der Inaktivität. Siehe link unten - beachten Sie, dass der name der Eigenschaft ist Min Inaktiv Sekunden: link
- (Starke Andeutung) - das ist in der Regel die besten, die Sie bekommen, lol. Ich nehme an, du gehst zu schauen für einen anderen Weg, um Ihre Anforderung arbeiten im Jahr 2011?
- Ja, müssen. Zum Glück, ich habe bereits einen externen web service auf dieses Projekt (integration/CRM), so verlängert sich. Das Ziel ist, zu brechen die CorrelationId Vererbung, indem Sie einen zusätzlichen plugin, das wird meine integration WS, die rufen Sie dann zurück in CRM und erstellen Sie eine zusätzliche "trigger" Datensatz mit verschiedenen Parametern. Im Effekt, den ich haben werde, trigger + plugin zu erstellen, die Neuindizierung Anfrage (erstellt durch die workflow aufrufen meine WS) und ein trigger + plugin auf "ausführen" werden die ursprünglichen reindex Anfrage (erstellt durch die WS). Schwer zu erklären, sieht einfacher auf Papier!
InformationsquelleAutor John Hoven
3

Ich bezweifle, dass diese gelöst werden können wie diese.

Ich würde vorschlagen, einen anderen Ansatz: bereitstellen einer einfachen Anwendung neben CRM-und lassen es web-service aufrufen, die wiederum können die XRM-Endpunkte, um zum ändern der Datensätze.

UPDATE

Oder Sie können versuchen, so etwas wie diese auf Ihre crm-service-Initialisierung das plugin (grub es aus einem meiner plugins) lassen Sie Ihren workflow unberührt:
```
CrmService service = new CrmService();
//initialize service here, then...

CorrelationToken newtoken = new CorrelationToken();
newtoken.CorrelationId = context.CorrelationId;
newtoken.CorrelationUpdatedTime = context.CorrelationUpdatedTime;

//WILD GUESS: Enforce unlimited depth ?
corToken.Depth = 0; //THIS WAS: context.Depth;

//updating correlation token
service.CorrelationTokenValue = corToken;
```
Ich gebe zu, ich weiß es nicht wirklich viel über dieses (code stammt aus vor etwa 2 Jahren), aber es könnte helfen.
- Nochmals vielen Dank Alex. Ich weiß, es gibt zig Möglichkeiten, ich könnte gehen über die Architektur einer Lösung, die acheives das gleiche Ziel, aber jeder haben Ihre eigenen Nachteile zu. Ich will vollständig verstehen die Probleme, die ich Gesicht in diesem Modell vor Diskontierung es aus der hand. Das Verhalten sehe ich hier nicht konsistent mit meinem Verständnis der Dokumentation. Ich habe eher das Gefühl, dass es wird möglich, aber möglicherweise müssen bestimmte Dinge getan werden, etwas anders.
- ich habe einige code, der helfen könnte (oder auch nicht, ich habe keine Möglichkeit es zu testen)
- +1 Obwohl es eine aggressivere Herangehensweise, als ich gewünscht hätte, dies ist wahrscheinlich die route, die ich würde haben gegangen am Ende. Hoffentlich wird besser verstehen, warum es geschieht von dieser Frage, obwohl. Fasziniert von Boone anekdotische "60 Minuten Inaktivität" - Periode.
- Was Sie sehen, passt Microsoft die Erwartungen. Wir haben in der exakt gleichen problem, uns selbst und gegangen durch die sehr langen Diskussionen intern und mit Microsoft an dem Problem. Wir re-architected unsere Lösung, um dieses Szenario zu vermeiden insgesamt. Was Sie sehen, ist leider zu erwarten, in diesem Szenario. Ich glaube, alex hat die richtige Linie des Denkens hier, um zu arbeiten, um das "feature".
- Ich denke, die Probleme waren für mich a) nicht verstehen, dass der timeout-Wert "timeout nach Inaktivität" und b), dass die correlationid besteht zwischen plugin und workflow, auch wenn Sie nicht das Gefühl, so eng gekoppelt, als dass in diesem Szenario... Alex ' s Vorschlag ist Ton-in-Prinzip (oder in der Version 4), aber ich bin mir nicht sicher, das wird machbar sein, im Jahr 2011 (speziell CRM Online).
InformationsquelleAutor Alex

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.