Vergleichsreport

Vergleiche Einstellungen
Änderungen von:
bis:
Typ:

Veränderungen an Parts

Part "Inhalt" wurde verändert


Veränderungen des Inhalts
Klicken Sie für eine detaillierte Beschreibung auf die geänderten Stellen:
Benutzen sie die linke oder die rechte Maustaste, um zur jeweils vorherigen bzw. nachfolgenden Änderung zu gelangen.
 ersteletzte 
Job Execute Batch Jobs

Zweck

Der 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

    Purpose

    The active, configurable job executes a defined queue of other Webdesk jobs one after another.

    Configuration

    • Stop on first error (stopOnFailure): If activated, execution ends with a job exception at the first failed job. If deactivated, the remaining jobs in the queue continue to be executed.
    • Jobs: An existing job is selected per row via the repeater. The order of the rows is the execution order.
    • The selected job UIDs are read from the configuration and loaded via the job service during the run.

    Behavior

    1. The job logs the entire queue.
    2. Each configured job is executed via the normal PoJobRunner with its own configuration.
    3. After successful completion, the next job is started.
    4. In the event of an error, depending on stopOnFailure, the run is aborted or continues with the next entry. Jobs that were not started are reported in the log.
    5. If the batch run is interrupted by a system administrator, processing stops and the jobs that have not yet been started are logged.

    Notes

    • Plan the order according to functional dependencies, for example import before cache refresh.
    • A batch configuration does not replace the individual configuration of the jobs it contains.
    • After the run, check the job log for started, successful, failed and non-started jobs.
    Mime Typetext/xmltext/xml
    Datei-name
    Größe (in Bytes)17301563
    Version 1 von Gabriel Gruber
    am 17.10.26 18:09:23
    Name: Job Execute Batch Jobs
    Variante: main - en
    Status: Veröffentlichung
    Version 2 von Gabriel Gruber
    am 17.10.26 18:10:32
    Name: Job Execute Batch Jobs
    Variante: main - en
    Status: Veröffentlichung