VLN_SN/Workflow
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Doku: sql/-Verweise entfernt (Repo ist reine Nutzerdokumentation)

Browse Source 
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Claude
2026-07-02 12:00:06 +02:00
parent 9d7ab6414e
commit 5994ac6928
4 changed files with 3 additions and 5 deletions
Download Patch File Download Diff File Expand all files Collapse all files
README.md
-2
View File
@@ -243,8 +243,6 @@ Jeder Task-Typ ist in einer eigenen Datei unter [`tasks/`](tasks/) dokumentiert
Die Struktur-Container `sequence` und `parallel`/`branch` sind oben unter [Struktur-Elemente](#struktur-elemente) beschrieben.
Einzelne Tasks (`signal_wait`, `aktenzeichen_vergabe`) benötigen eine eigene kleine Tabelle — die zugehörigen Migrationen liegen unter [`sql/`](sql/).
## Steuerung, Logik und Zeit
tasks/aktenzeichen_vergabe.md
+1 -1
View File
@@ -30,4 +30,4 @@
</task>
```
**Hinweis:** Benötigt eine eigene Zähler-Tabelle, die per mitgelieferter `.sql` anzulegen ist. Ist sie nicht vorhanden, endet der Task mit Fehler. Die Nummernvergabe ist atomar (`INSERT … ON DUPLICATE KEY UPDATE` mit `LAST_INSERT_ID`-Trick).
**Hinweis:** Nutzt eine systemseitig eingerichtete Zähler-Tabelle; ist sie nicht vorhanden, endet der Task mit Fehler. Die Nummernvergabe ist atomar (`INSERT … ON DUPLICATE KEY UPDATE` mit `LAST_INSERT_ID`-Trick).
tasks/signal_fire.md
+1 -1
View File
@@ -32,4 +32,4 @@ Die Argumente werden in XML-Reihenfolge übergeben; nicht ladbare `<load>`-Objek
</task>
```
**Hinweis:** Sind `<korrelation>` und/oder `<payload>` gesetzt, wird das Signal zusätzlich zum Event-Bus-Feuer persistiert und weckt Workflows, die per `signal_wait` darauf lauschen (über `resume_at` + `cron-resume`). Die Persistenz nutzt eine eigene Signal-Tabelle, die per mitgelieferter `.sql` anzulegen ist; fehlt sie, wird nur gewarnt und das Event-Bus-Feuern läuft normal weiter.
**Hinweis:** Sind `<korrelation>` und/oder `<payload>` gesetzt, wird das Signal zusätzlich zum Event-Bus-Feuer persistiert und weckt Workflows, die per `signal_wait` darauf lauschen (über `resume_at` + `cron-resume`). Die Persistenz nutzt eine systemseitig eingerichtete Signal-Tabelle; fehlt sie, wird nur gewarnt und das Event-Bus-Feuern läuft normal weiter.
tasks/signal_wait.md
+1 -1
View File
@@ -33,4 +33,4 @@
</task>
```
**Hinweis:** Persistenz über eine eigene Signal-Tabelle, die per mitgelieferter `.sql` anzulegen ist. Der Task hinterlegt beim ersten Lauf einen Listener-Marker im Ausführungszustand; `signal_fire` findet ihn und weckt den Workflow über `resume_at` + `cron-resume`. Ist ein Timeout gesetzt, wird zusätzlich ein Weckruf zum Timeout-Zeitpunkt geplant.
**Hinweis:** Persistenz über eine systemseitig eingerichtete Signal-Tabelle. Der Task hinterlegt beim ersten Lauf einen Listener-Marker im Ausführungszustand; `signal_fire` findet ihn und weckt den Workflow über `resume_at` + `cron-resume`. Ist ein Timeout gesetzt, wird zusätzlich ein Weckruf zum Timeout-Zeitpunkt geplant.