Show TOC Anfang des Inhaltsbereichs

Vorgehensweisen Sequenz analysieren  Dokument im Navigationsbaum lokalisieren

Voraussetzungen

Sie haben die im Abschnitt Selektionskriterien auswählen beschriebenen Schritte durchgeführt.

Vorgehensweise

prP...

       1.      Prüfen Sie den Status der ausgegebenen Sequenzen.

In der Sequenzübersicht sehen Sie folgende Spalten:

Spalte:

Bedeutung:

Status

Diese Grafik wird im zugehörigen Text erklärt         Sequenz ist übertragen

Diese Grafik wird im zugehörigen Text erklärt         Sequenz wird übertragen

Diese Grafik wird im zugehörigen Text erklärt         Sequenz ist abgebrochen

Lokation

Logische Sequenz wurde auf der Consumer-Seite oder  Provider-Seite angelegt.

Name des Geschäftsprozesses

Bezeichnung des Software-Levels / der Anwendung

Logischer Sequenz-Schlüssel

Der logische Sequenz-Schlüssel wird nicht vom Consumer zum Provider übertragen. (siehe Technischer Sequenz-Schlüssel.)

Technischer Sequenz-Schlüssel

Der technische Sequenz-Schlüssel wird auf der Consumer-Seite („Create Sequence request“) angefordert, auf der Provider-Seite angelegt und zum Nutzer des Service übertragen. Der Schlüssel ist auf beiden Seiten identisch und verbindet die unterschiedlichen logischen Sequenz-Schlüssel auf der Consumer- und auf der Provider-Seite.

 

       2.      Wählen Sie eine Sequenz, um weitere Details zur Anzeige zu bringen.

Im Bereich Details zur Sequenz werden die Register Sequenzkopfdaten, Messages und Ereignisse  angezeigt. Die Ausgaben beziehen sich auf die ausgewählte Sequenz.

Register Sequenzkopfdaten

Das Register ist unterteilt in Angaben zur logischen und zur technischen Sequenz.

Beide Teile enthalten Informationen über den aktuellen Stand der Sequenz-Verarbeitung und den Status der zugehörigen Nachrichten.

Sie erfahren, wann und von wem die Sequenz angelegt wurde und Details zum verwendeten Schlüssel und zur Queue.

Im Folgenden finden Sie Erläuterungen zu weiteren Feldern:

Feld:

Bedeutung:

Sequence Error Type

Diesem Feld können Sie entnehmen, ob  der Fehler in der Sequenz, einer Message oder der Queue aufgetreten ist. Bezieht sich die Fehlerursache auf die Sequenz, kann es sein, dass der Create- Sequence-Request aufgrund von Authentifizierungsproblemen oder wegen fehlender Konfiguration des Web Services auf der Provider-Seite, nicht erfolgreich durchgeführt werden konnte. Bezieht sich die Fehlerursache auf die Nachricht, ist es möglich, dass die Nachricht wegen eines Fehlers in der Anwendung der Provider-Seite nicht erfolgreich übermittelt werden konnte.

Sequence Process Mode

Information, ob die Sequenz im Remote oder im Local Process Mode ausgeführt wird. Handelt es sich um den Remote Process Type, sind die Referenzen der Endpunkte unterschiedlich.

Sequence Type

Transiente (Framework managed type) oder persistente (Application managed type) Sequenz

Werden Sequenzen über eine Anwendung angelegt (persistente Sequenz), so ist die Anwendung für den Abschluß dieser Sequenz verantwortlich. Eine transiente Sequenz, d.h. eine Sequenz, die mit Hilfe des Message Frameworks angelegt wurde, wird mit Hilfe desselben terminiert. Der Abschluß dieser Sequenz wird von der Anwendung nicht explizit veranlaßt.

In den Details zur technischen Sequenz erfahren Sie, wie viele Messages erfolgreich übertragen wurden und bei welcher Message ein Fehler aufgetreten sein sollte.

Messages

In der Spalte Message Status erscheint das Symbol Diese Grafik wird im zugehörigen Text erklärt, wenn die Nachricht erfolgreich zur Endpunkt-Referenz des Empfängers übermittelt wurde. Eine Nachricht wird zur Löschung vorgesehen, wenn die Nachricht (aus der Perspektive der Sender-Endpunkt-Referenz) erfolgreich prozessiert wurde. Ansonsten erscheint eine grüne (Prozessierung läuft noch) oder rote Ampel (Prozess abgebrochen).

Die Messages werden mit der Nummer, dem Schlüssel, dem Nachrichten- und dem Transfer-Status ausgegeben.

Im Register Messages finden Sie außerdem die Information, zu welcher Service-Definition eine Message gehört.

Ereignisse

Im Register Ereignisse erscheint eine Übersicht der aufgetretenen Events innerhalb der gewählten Sequenz. Wenn es zum Beispiel bei der Übertragung von asynchronen Nachrichten zu Lücken in der Reihenfolge der übertragenen Nachrichten kommt, wird ein Event ausgelöst. Im Event-Prozess wird geprüft, ob die existierende Lücke geschlossen wurde. Die verzögerte Nachricht kann prozessiert werden.

Folgende Events sind möglich:

Ereignis:

Bedeutung:

WSRM_ACK_REQUESTED_EVENT

Bestätigung angefordert

WSRM_ACKNOWLEDGEMENT_EVENT

Bestätigung versendet

WSRM_INACTIVITY_EVENT

Wartezeit für erneute Anforderung

WSRM_RETRANSMISSION_EVENT

Erneuter Versand

WSRM_STOPP

Sequenzversand angehalten

 

Ende des Inhaltsbereichs