
Sie können asynchrone Messages, die auf der Advanced Adapter Engine (AAE) verarbeitet werden, bei bestimmten Schritten innerhalb der Pipeline speichern. Dieser Abschnitt beschreibt Szenarien, bei denen zur Laufzeit zusätzlich zur AAE auch die Integration Engine an der Message-Verarbeitung beteiligt ist. Technisch sind also zur Laufzeit ABAP- und Java-Stack beteiligt.
Bei Dual-Stack-Szenarien können Sie Messages bei folgenden Schritten in der AAE-Pipeline speichern:
Vor der Validierung des Inbound-Schemas (Parameter VI)
Vor dem Szenario-Lookup (Parameter BI)
Bei diesem Schritt wird evaluiert, ob die Dual-Stack-Message-Verarbeitung mit der Integration Engine (um die es in diesem Abschnitt geht) oder die lokale Message-Verarbeitung auf der AAE konfiguriert ist.
Sind die Konfigurationseinstellungen für die eingehende Message in Senderermittlungen, Empfängerermittlungen, Interface-Ermittlungen und Kommunikationsvereinbarungen abgelegt, wurde die Dual-Stack-Message-Verarbeitung konfiguriert.
Sind die Konfigurationseinstellungen für die eingehende Message in einer integrierten Konfiguration abgelegt, wurde die lokale Message-Verarbeitung (die technisch nur den Java-Stack verwendet) konfiguriert.
Bevor die Message zur Integration Engine gesendet wird (Parameter MS)
Messages können nach dem Speichern an einer bestimmten Stelle wieder neu eingeplant werden.
Sie können mit den Parametern VI, BI, und MS festlegen, ob eine Message-Version gespeichert werden und wie die weitere Verarbeitung erfolgen soll:
0 (MODE_NO_STORE)
Der Prozessor speichert keine Message-Version und fährt mit dem nächsten Verarbeitungsschritt fort.
1 (MODE_STORE_ON_ERROR)
Der Prozessor speichert eine Message-Version nur dann, wenn im nachfolgenden Verarbeitungsschritt ein Fehler auftritt.
3 (MODE_STORE_AND_RETURN)
Der Prozessor speichert die Message und setzt die Verarbeitung mit dem nächsten Verarbeitungsschritt fort.
Mindestens einer der Schritte muss mit dem Wert 3 konfiguriert werden.
Um das Speichern von Message-Versionen zu konfigurieren, verwenden Sie den Parameter xiadapter.stage.conf des Service XPI Adapter: XI.
Rufen Sie den SAP NetWeaver Administrator auf.
Sie können folgende Adresse verwenden: http://<host>:<port>/nwa.
Wählen Sie .
Auf der Registerkarte Serviceswählen Sie XPI Adapter: XI.
Geben Sie für die Eigenschaft xiadapter.stage.confWerte ein.
Für jeden Verarbeitungsschritt (BI oder MS) können Sie 0, 1 oder 3 eingeben.
Geben Sie die Werte in folgender Form ein: BI=1, MS=3, zum Beispiel...
Wenn Sie nur einen Wert eingeben (zum Beispiel BI=1), ist die Konfigurationseinstellung nur gültig für die Message-Verarbeitung mit der „lokal“verwendeten Advanced Adapter Engine (ohne die Integration Engine). Um das Verhalten der Message-Versionierung bei der Dual-Stack-Message-Verarbeitung (an der auch die Integration Engine beteiligt ist) anzugeben, gehen Sie wie folgt vor: Setzen Sie den Variablensatz in Klammern und fügen Sie einen zweiten Variablensatz, ebenfalls in Klammern, hinzu. Der erste Variablensatz ist für eine lokale Message-Verarbeitung auf der Advanced Adapter Engine gültig, der zweite Variablensatz für die Message-Verarbeitung mit der Integration Engine.
(BI=1,MS=3) (MS=3)
In diesem Fall werden Messages vor dem Mapping-Schritt (und in der AAE vor der Eingangsverarbeitung) gespeichert.
Wird eine Message nicht zugestellt, wird bei nachfolgenden Verarbeitungsfehlern die zuletzt gespeicherte Message-Version für einen automatischen Neustart verwendet. Ist die Zeit für einen automatischen Neustart überschritten und die Message erhält den Status Nicht zugestellt, können Sie jede gespeicherte Message-Version für einen manuellen Neustart verwenden.
Verwenden Sie eine Message-Version für den manuellen Neustart und es sind neuere Message-Versionen vorhanden, wird die Nummer der Message-Version erhöht, um sie von den anderen Message-Versionen zu unterscheiden.