Abhängigkeiten

Einstellungen


(1) Abhängigkeit: Das Durchlaufen des Antwortwegs kann abhängig gemacht werden vom erfolgreichen oder fehlerhaften Durchlaufen eines vorherigen Antwortwegs. Die anzugebende Nummer entspricht dabei der Position in der Antwortweg-Liste. Hinweis: Wenn bei Erfolg ausgewählt wird, dann können mehrere Antwortweg-Nummern kommasepariert angegeben werden. Hinweis: Wenn bei Fehler ausgewählt wird und als Antwortweg-Nummer eine Variable, die zur Laufzeit zu * ausgewertet wird, dann gilt die Abhängigkeit als erfüllt.

(2) Bedingung: Das Durchlaufen des Antwortwegs kann von einer Bedingung abhängig gemacht werden. Es können zum einen String-Vergleiche durchgeführt werden, indem Sie den Wert einer Variable oder System-Konstante (über den Button auswählbar) mit einem eingegebenen Wert oder dem Wert einer Variable oder System-Konstante vergleichen. Zum anderen können können Sie Boolesche Vergleiche durchführen, wenn Sie auf mindestens einer Seite true oder false auswählen. In beiden Fällen findet eine implizite Typumwandlung statt, falls einer der Werte nicht vom Typ String, bzw. Boolean ist. Ebenfalls erlaubt sind reguläre Ausdrücke mit dem Präfix regex:, z. B. regex:^[ABC|XYZ].*$

Hinweis: Der String-Vergleich ist nicht case-sensitive. Hinweis: Eine Bedingung wird im Namen des Antwortwegs angezeigt mit [Variable: ...]. Hinweis: Es kann hier im Antwortweg zwar nur eine Variable verwendet werden in der Bedingung, Sie können aber natürlich eine beliebig komplexe Logik mit mehreren Variablen und Funktionen im Mapping aufbauen. Was auch immer diese Logik als Ergebnis liefert, speichern Sie dann in einer einzigen Variable und verwenden diese im Antwortweg als Bedingung.

(3) Bei Test: Der Antwortweg wird entweder nur bei einem Test, nicht bei einem Test oder immer durchlaufen.

Zustände von Antwortwegen


Nach der Abarbeitung eines Jobs haben die Antwortwege immer in genau einen (internen) Zustand.


skipped (übersprungen)

Der Antwortweg wurde nicht abgearbeitet. Ein Antwortweg ist im Zustand skipped in folgenden Fällen:

Die Variable, die für die Verwendung des Antwortwegs ausgewertet wird, wird zu false
ausgewertet.

Die Option Nur bei Test ist ausgewählt und der aktuelle Job ist kein Testjob.

Die Option Nicht bei Test ist ausgewählt und der aktuelle Job ist ein Testjob.

Der Antwortweg hängt von einem Antwortweg ab, der sich seinerseits im Zustand skipped
befindet.

success (erfolgreich)

Der Antwortweg wurde erfolgreich abgearbeitet.

error (fehlerhaft)

Während der Abarbeitung des Antwortwegs ist ein Fehler aufgetreten.

Abhängigkeiten zwischen Antwortwegen


Antwortwege können in Abhängigkeit zueinander stehen, wie die folgende Abbildung zeigt.

images/download/attachments/137302427/Phase_6_2-version-2-modificationdate-1741588352321-api-v2.png


(4) Ein Antwortweg A, mit Format und Versandart. Es kann beliebig viele dieser Antwortwege in einem Profil geben.

(5) Status des Antwortwegs A, in diesem Fall error.

(6) Status des Antwortwegs A, in diesem Fall success.

(7) Abhängigkeit eines Antwortwegs B vom Status eines vorherigen Antwortwegs A. In diesem Fall ist die Abhängigkeit on error dargestellt. Also, nur wenn der Status von Antwortweg A auf error steht, wird der Antwortweg B ausgeführt.

(8) Antwortweg C ohne Abhängigkeit von vorangegangenen Antwortwegen.

(9) Abhängigkeit eines Antwortwegs D vom Status eines vorherigen Antwortwegs B. In diesem Fall ist die Abhängigkeit on success dargestellt. Also, nur wenn der Status von Antwortweg B auf success steht, wird der Antwortweg D aktiviert.

Beispiel


Antwortweg D ist von Antwortweg B abhängig. Der Antwortweg B wird aufgrund eigener (nicht erfüllter) Abhängigkeiten nicht ausgeführt. In diesem Fall erhält der Antwortweg B intern den Status skipped (übersprungen). Der von Antwortweg B abhängige Antwortweg D wird dann nicht ausgeführt. Antwortweg D erhält ebenfalls den Status skipped. Allgemein gilt, dass die von übersprungenen Antwortwegen abhängigen Antwortwege nicht ausgeführt werden.

Zustand der Phase 6 - Verhalten im Fehlerfall


Ist Phase 6 nicht erfolgreich, dann bricht der Job mit einem Fehler ab. Die Phase 6 eines Profil-Jobs gilt als erfolgreich in den folgenden Fällen.


  • Wenn mindestens ein Antwortweg (von einem oder mehreren Antwortwegen) erfolgreich (success) abgearbeitet wurde. Die Verarbeitung wird nicht abgebrochen, es wird lediglich ein Logeintrag für die nicht erfolgreichen Antwortwege erzeugt.

  • Wenn alle Antwortwege (von einem oder mehreren Antwortwegen) übersprungen (skipped) wurden.

  • Wenn es keinen Antwortweg gibt.

Alternatives Verhalten


  • Falls es einen Antwortweg gibt mit der gesetzten Checkbox Gesamten Job als gescheitert melden, wenn dieser Antwortweg fehlgeschlagen ist und dieser Antwortweg nicht erfolgreich ist, dann ist Phase 6 nicht erfolgreich und der Profil-Job wird mit einem Fehler beendet.

  • Für den Fall, dass die Antwortwege keinerlei Abhängigkeiten untereinander haben, kann durch folgenden Eintrag in der Konfigurationsdatei ./etc/startup.xml erreicht werden, dass bei jedem Auftreten eines Fehlers in einem Antwortweg eine Fehlermeldung für den Job erscheint. Die Standardeinstellung für diese Option ist false.


<Call name="handleResponsesWithoutDependenciesAsError">
<Arg type="boolean">true</Arg>
</Call>