Vergleichsreport

Zweck

Der Job executeBatchJobs fuehrt mehrere Hintergrundprozesse nacheinander aus. Damit lassen sich abhaengige Aufgaben in definierter Reihenfolge buendeln, ohne sie einzeln ueber den Scheduler starten zu muessen.

Ablauf

1. Beim Start liest der Job die konfigurierten Eintraege aus der Warteschlange.
2. Die Liste wird der Reihe nach abgearbeitet. Vor jedem Start wird der Jobname protokolliert.
3. Bei Fehlern entscheidet die Option Hintergrundprozesse bei erstem Fehler stoppen?, ob die Ausfuehrung sofort endet oder ob die restlichen Eintraege trotzdem laufen.
4. Wird der Batchlauf von einem System-Admin unterbrochen, stoppt der Job und schreibt die noch nicht gestarteten Eintraege ins Log.

Konfiguration

Hintergrundprozesse bei erstem Fehler stoppen?

Aktivieren, wenn die gesamte Reihe abbrechen soll, sobald ein Job fehlschlaegt. In diesem Modus werden die nicht gestarteten Eintraege im Log gelistet. Deaktivieren, wenn die restlichen Prozesse trotz Fehler weiterlaufen sollen.

Aufzurufende Hintergrundprozesse

• Mit Hinzufuegen werden neue Zeilen angelegt. Jede Zeile enthaelt eine Dropdownliste zur Auswahl eines vorhandenen Hintergrundjobs.
• Der Bearbeiten-Link oeffnet den gewaehlten Job direkt in der Konfigurationsmaske.
• Mit dem Loeschen-Symbol entfernen Sie Eintraege aus der Warteschlange.
• Die Reihenfolge entspricht exakt der Ausfuehrungsreihenfolge. Sortieren Sie die Liste entsprechend Abhaengigkeiten.

Hinweise

aktive, konfigurierbare Job führt eine festgelegte Warteschlange anderer Webdesk-Jobs nacheinander aus.

Konfiguration

• Bei erstem Fehler stoppen (stopOnFailure): Bei aktiviertem Wert wird die Ausführung beim ersten fehlerhaften Job mit einer Job-Exception beendet. Bei deaktiviertem Wert werden die restlichen Jobs der Warteschlange weiter ausgeführt.
• Jobs: Über den Repeater wird pro Zeile ein vorhandener Job ausgewählt. Die Reihenfolge der Zeilen ist die Ausführungsreihenfolge.
• Die ausgewählten Job-UIDs werden aus der Konfiguration gelesen und beim Lauf über den Job-Service geladen.

Verhalten

1. Der Job protokolliert die gesamte Warteschlange.
2. Jeder konfigurierte Job wird über den normalen PoJobRunner mit seiner eigenen Konfiguration ausgeführt.
3. Nach erfolgreichem Abschluss wird der nächste Job gestartet.
4. Bei einem Fehler wird je nach stopOnFailure abgebrochen oder mit dem nächsten Eintrag fortgesetzt. Nicht gestartete Jobs werden im Log ausgewiesen.
5. Wird der Batchlauf durch einen Systemadministrator unterbrochen, stoppt die Verarbeitung und die noch nicht gestarteten Jobs werden protokolliert.

Hinweise

• Planen Sie die Reihenfolge nach fachlichen Abhängigkeiten, zum Beispiel Import vor Cache-Refresh.
• Eine Batch-Konfiguration ersetzt nicht die Einzelkonfiguration der enthaltenen Jobs.
• Prüfen Sie nach dem Lauf das Joblog auf gestartete, erfolgreiche, fehlerhafte und nicht gestartete Jobs.