Gelöst zeitversetzter Workflow startet nicht

[gboehm]

Moin zusammen,

ich habe einen Workflow, der für Kunden mit einem bestimmten Attribut am Monatsende eine Rechnung erstellen soll. Trigger ist die Erstellung eines Auftrages. Im Workflow testen - simulieren funktioniert es. Beim Workflow testen - ausführen auch (nur dass die Zeitverzögerung nicht beachtet wird, was subotimal ist)
Jedoch im richtigen Leben funktioniert er nicht. Die Queue im Worker ist leer.

 

[gboehm]

update: soweit ich auf den Clients gesehen habe, wird der Workflow wohl gestartet. Jedenfalls steht der Name dieses Flows im Log. Warum die Bedingen nicht als zutreffend erkannt werden kann ich aber nicht sehen. Der Testlauf funktioniert wie gesagt

 

[maik.schwefer]

Die Bedingungen werden NICHT abgefragt wenn der Workflow gestartet wird. D.h. eigentlich müsste der immer in die Queue geschrieben werden. D.h. es ist komplett egal, was für Bedingungen oder Aktionen da drin sind.

Erst wenn der Zeitpunkt erreicht ist, dann werden die Bedingungen geprüft. In der Hintergrundverwaltung steht nichts unter Worflow-Queue? Falls du Datenbankzugriff hast, wird dort evtl. ein AEintrag in die tWorkflowQueue geschrieben wenn der Workflow ausgeführt wird? Kannst du das prüfen?

 

[gboehm]

ja, da stehen einige Einträge drinnen. kWorkflow zeigt auch auf den entsprechenden Flow. Aber müssten sie nicht im Fenster der Hintergrundprozesse im Tab Workflow Queue auftauchen? Da dort nichts steht, dachte ich, dass sie nicht ausgelöst werden, bzw. worden sind.
Ich bilde mir ein, dass ich auf meinem Testsystem dort mal den einen oder anderen Eintrag gesehen habe.

 

[B.N.C]

Bei uns laufen die Zeitversetzten Workflows mit der aktuellsten Version ebenfalls nicht.

 

[gboehm]

ist es den grundsätzlich sinnvoll, alle Workflows in die Queue zu stellen und erst zum Zeitpunkt der eigentlichen Ausführung zu prüfen, ob die Bedingungen zu treffen?
Ich kann mir vorstellen, dass gerade beim Trigger "Auftrag erstellt" u.U. hunderte/tausende Aufträge in der Queue landen, die dann alle auf einmal abgearbeitet werden müssen. Wäre es da nicht sinnvoll, nur jene Aufträge zu queuen, bei welchen zum Zeitpunkt des auslösens die Bedingungen auch zutreffen?

 

[Carsten3F]

Bei uns laufen die Zeitversetzten Workflows mit der aktuellsten Version ebenfalls nicht.

Trifft dies allgemein zu das zeitversetzte Workflows in 1.1.3. nicht funktionieren?

 

[B.N.C]

ja soweit ich das feststellen konnte.

 

[gboehm]

hmmm, seeehr interessant...... Der Workflow ist heute Nacht wider Erwarten gelaufen.
Nochmals zu meinem Verständnis, alle Zeitversetzten Workflows müssten doch in der Queue des Workers zu sehen sein, oder?

 

[Pluto]

Bei mir ist das der Fall, es landen alle Workflows in der Queue, abgearbeitet werden dann diese wo die Bedingung zutrifft.

ist es den grundsätzlich sinnvoll, alle Workflows in die Queue zu stellen und erst zum Zeitpunkt der eigentlichen Ausführung zu prüfen, ob die Bedingungen zu treffen? Ich kann mir vorstellen, dass gerade beim Trigger "Auftrag erstellt" u.U. hunderte/tausende Aufträge in der Queue landen, die dann alle auf einmal abgearbeitet werden müssen. Wäre es da nicht sinnvoll, nur jene Aufträge zu queuen, bei welchen zum Zeitpunkt des auslösens die Bedingungen auch zutreffen?

Das wäre auch mein Wunsch, es ist teilweise echt schwer etwas zu prüfen wenn die Queue proppevoll ist!

Die Problematik mit den zeitversetzten Workflows habe ich aktuell auch - glaube ich. Es ist schwer nachzuvollziehen.
Gestern lief es den ganzen Tag über ohne Probleme, dann über Nacht wurden die Workflows (Drucken und Email senden) nur halb bearbeitet und seit heute Morgen ist alles wieder wie gehabt, ohne das ich etwas geändert habe. Ich hatte schon geschaut, ob irgendwo/irgendwas in den Standby geht... aber das scheint nicht der Fall zu sein.
Wenn man jetzt wüsste was ein Fehler, was ein Bug ist... aktuell ergibt sich einfach kein Muster.

 

[maydo]

ist es den grundsätzlich sinnvoll, alle Workflows in die Queue zu stellen und erst zum Zeitpunkt der eigentlichen Ausführung zu prüfen, ob die Bedingungen zu treffen?
Ich kann mir vorstellen, dass gerade beim Trigger "Auftrag erstellt" u.U. hunderte/tausende Aufträge in der Queue landen, die dann alle auf einmal abgearbeitet werden müssen. Wäre es da nicht sinnvoll, nur jene Aufträge zu queuen, bei welchen zum Zeitpunkt des auslösens die Bedingungen auch zutreffen?

auch hier das problem, wir arbeiten ziemlich viel mit ameise und workflows, allerdings habe ich auch bemerkt dass alle workflows in der queue landen, teilweise 20 und mehr pro sekunde!!, wir haben aktuell bis zu 10 tage zurück (zigtausende) noch im status "wartend"

wäre es nicht sinnvoll erst wenn die bedingung zutrifft den workflow in den queue zu werfen im status wartend ?
im gleichen zusammenhang, bräuchten wir auch eine option den queue zu leeren.
evtl. jemand den sql befehl ?

 

[maydo]

20 pro sekunde ist noch untertrieben, es sind schon paar mehr )
siehe screenshot

mit manuellem löschen kommen wir nicht weit, da kann sich einer tagelang dransetzen
manuell wird immer nur ein schwung geladen (ca. 1000)
den workflow zu löschen habe ich auch schon getestet, hängt sich nach einer weile auf, weil er vermutlich nicht alle datensätze erfassen kann,
hier muss in die db eingegriffen werden