Freigeben über


Knoten 'Continuation' und 'ContinuationID'

Mit Fortsetzungen (Continuation) werden die folgenden Informationen zur BAM-Infrastruktur hinzugefügt:

  • Die Reihenfolge, in der Ereignisse auftreten werden.

  • Eine Möglichkeit, Änderungen an der eindeutigen ID vorzunehmen, mit der Ereigniselemente korreliert werden

    Anders ausgedrückt definieren Fortsetzungen die Übertragung dieser Informationen zwischen Teilnehmern und einer Aktivität. Übertragungen treten in den folgenden Situationen auf:

  • Zwischen dem Anfang und dem Ende einer Aktivität kommt es zu einer Änderung in der "ActivityID". Sie haben beispielsweise zwei im Zusammenhang stehende Nachrichten wie eine Bestellnummer und eine Verkaufsauftragsnummer. Jeder Nachricht ist eine eindeutige Nummer zugewiesen, z. B. 123456 für die Bestellnummer und 987654 für die Verkaufsauftragsnummer. Mit einer Fortsetzung können Sie die eindeutigen Bezeichner für die Bestellung und den Verkaufsauftrag gleichsetzen, damit Ereignisse mit der gemeinsamen Aktivität korreliert werden können, unabhängig davon, welcher eindeutige Bezeichner mit den eingehenden Ereignissen verknüpft ist.

  • Es findet ein Übergang von einer Laufzeitumgebung in eine andere statt. In einem Szenario, in dem Sie beispielsweise über eine Anwendung verfügen, die eine Bestellung an eine BizTalk Server Messagingpipeline bereitstellt, die dann eine Orchestrierung aufruft und die Orchestrierung dann die Steuerung an eine Anwendung übergibt, die eine Versandbenachrichtigung sendet, haben Sie zwei Umgebungsübergänge: von einer Messagingpipeline zu einer Orchestrierung und von einer Orchestrierung zu einer Messagingpipeline.

    Bei der Auswahl einer Eigenschaft für die Fortsetzung muss darauf geachtet werden, dass die jeweilige Eigenschaft aus demselben Kontext zugeordnet werden muss.

    So kann bei den Eigenschaften Message.InterchangeID und servicecontext.InterchangeID der Eindruck entstehen, dass InterchangeID zum Erstellen der Fortsetzung verwendet werden kann. Wenn die Nachrichten aus verschiedenen Kontexten stammen, kann InterchangeID (oder eine andere Eigenschaft) nicht zum verlässlichen Erstellen einer Fortsetzung verwendet werden.

Arbeiten mit Knoten vom Typ 'Continuation'

Der Fortsetzungsknoten enthält Datenelemente, die eine eindeutige instance-ID angeben, die auch als Fortsetzungstoken bezeichnet wird. Mithilfe des Fortsetzungstokens können Entwickler mithilfe des Knotens ContinuationID Verknüpfungen zu anderen Aktivitäten erstellen.

Es gibt drei grundlegende Szenarien, in denen Knoten vom Typ "Continuation" und "ContinuationID" verwendet werden:

  • Übergang zwischen zwei Orchestrierungen

  • Übergang von Orchestrierung zu BizTalk-Anwendung

  • Übergang von BizTalk-Anwendung zu Orchestrierung

    Im Orchestrierungsszenario muss der Überwachungsprofil-Editor je einen Knoten vom Typ "Continuation" und "ContinuationID" definieren, und die Knoten müssen den gleichen Namen haben, damit BAM die Aktivitäten korrelieren kann.

    Im Szenario des Übergangs von der Orchestrierung zur BizTalk-Anwendung definieren Sie einen Fortsetzungsknoten mithilfe des Überwachungsprofil-Editors, und der Entwickler erstellt über eine Lösung, die mithilfe der BAM-API den Zielabschnitt der Fortsetzung verarbeitet.

    Im Szenario des Übergangs von der BizTalk-Anwendung zur Orchestrierung gibt der Entwickler mithilfe der BAM-API den Ursprung des Fortsetzungspaars an, und Sie definieren mit dem Überwachungsprofil-Editor einen Knoten vom Typ "ContinuationID".

Hinweis

Bidirektionale Ports funktionieren in beiden Richtungen. Das bedeutet, dass zum Abfangen von Daten, die die Ports durchlaufen (abhängig vom Verhalten der BizTalk-Anwendung), möglicherweise eine Fortsetzung aktiviert werden muss. Wenn die Aktivität beispielsweise "PortEndTime" für die Aktivierung eines BizTalk Server-Messagingports in beide Richtungen aufzeichnet (wenn die Elementnamen beispielsweise "MessageReceived" und "MessageSent" in dieser Reihenfolge sind), müssen Sie eine Fortsetzung dazwischen erstellen. Eine Fortsetzung ist immer dann erforderlich, wenn mehrere Ereignisstreams an einer BAM-Aktivität beteiligt sind und unterschiedliche Ereignisstreams pro Implementierungspunkt vorhanden sind (z. B. "BTS Messaging in", "BTS Messaging out", Orchestrierung, benutzerdefinierte Anwendungen und Webdienste).

Weitere Informationen

Erstellen einer Fortsetzung
TPE-Knoten für Aktivitätsansichten