---

Hallo Forum

Ich habe vor, einen Workflow zu erstellen in dem ich, je nach Review Antwort (Genehmigt, Zurückgewiesen), einen Status und beim Zurückweisen einen anderen Status auf eine Revision setzen möchte. Mein Problem besteht darin, dass sich der WF beim Zurückweisen nicht beendet.

Ich habe es folgendermaßen versucht:

Ein Condition WF mit einer Abfrage, die prüfen soll, ob die Revision bereits einen Status hat. Hier ist das erste Problem, da die Abfrage den Release_status aller WorkspaceObjects checkt. Ob das richtig ist bezweifle ich, denn es kann sein das gar kein Dataset innerhalb der Revision ist, sondern nur eine Form und die bekommt den Status nicht. Es müsste hier m.M. nach nur die Revision geprüft werden, aber wie??

Wenn kein Status vorhanden ist, dann soll der Review-Task gestartet werden --> Bis hier her funktioniert das auch soweit und wenn ich "genehmige" wird auch der richtige Status gesetzt. Lehne ich das hier ab, wird auch der andere Status gesetzt und der Prozess geht zurück zum Condition Task (richtiger weise), aber jetzt ist das Problem. dass der WF steht. Eigentlich sollte der Condition-Task ja die Prüfung machen und dann den anderen (wahr) Zweig zum beenden des WF laufen. Das klappt aber nicht.

Vielleicht weis einer von euch Rat..

Gruß Jens

------------------
Bunt ist das Dasein und granatenstark UND volle Kanne Hoschies! (Bill und Ted)

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

wf.JPG

>>Hier ist das erste Problem, da die Abfrage den Release_status aller WorkspaceObjects checkt. Ob das richtig ist bezweifle ich, denn es kann sein das gar kein Dataset innerhalb der Revision ist, sondern nur eine Form und die bekommt den Status nicht. Es müsste hier m.M. nach nur die Revision geprüft werden, aber wie??

>>aller WorkspaceObjects
Falsche Formulierung oder falsche Sichtweise?
Du gibst an, ob die Query sich auf die Targets oder die References des Workflows bezieht.
Alle workspace objects könnte in die Millionen gehen....

>>Es müsste hier m.M. nach nur die Revision geprüft werden, aber wie??
Üblicherweise startet man den Workflow auf einer Revision, nicht auf deren Inhalt.
Dann gehört die Revision zu den Targets.
Ohne Deine Definition und Handhabung des Workflows zu kennen, kann ich hier nur spekulieren.

------------------
R.Schulze

>>...aber jetzt ist das Problem. dass der WF steht....

Ich hätte jetzt erwartet, dass er sich in eine Endlos-Schleife begibt.
Auch hier gilt: Ohne Kenntnis der Definition ist lediglich Rätsel raten möglich.

Exportier doch mal die Definition und stell sie als *.txt ins Forum.
In meiner Testumgebung wird der zwar vermutlich nicht laufen,
aber er müsste im WorkflowViewer anzuschauen sein.

>>...da die Abfrage den Release_status aller WorkspaceObjects checkt..

Ah - manchmal dauert es eine Minute, bis ich eine Aussage richtig deute.
Du meinst vermutlich, Du suchst in der Klasse WorkspaceObjects.
Warum verwendest Du nicht gleich die Klasse ItemRevision?

[Diese Nachricht wurde von schulze am 19. Jun. 2012 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP