Einstellungen für WS-ReliableMessaging

Für die WS-ReliableMessaging-Richtlinie können Sie die gewünschte Version des WS-ReliableMessaging-Standards, die Reihenfolge, in der die Nachrichten übermittelt werden sollen, und die erforderliche Servicequalität (Zuverlässigkeitsstufe) für die Nachrichtenübermittlung konfigurieren. Das Produkt erzwingt diese Richtlinien für eingehende Nachrichten und wendet sie auf abgehende Nachrichten an.

Sie können zum Anzeigen dieses Fensters in der Konsole den folgenden Navigationspfad verwenden: .

In WebSphere Application Server können Sie WS-ReliableMessaging für JAX-WS-Web-Service-Anwendungen (Java API for XML-Based Web Services) der Version 2.0 verwenden, die eine Bindung vom Typ SOAP over HTTP verwenden. Wenn Sie eine Web-Service-Anwendung für die Verwendung von WS-ReliableMessaging konfigurieren möchten, ordnen Sie einen Richtliniensatz zu, der einen WS-ReliableMessaging-Richtlinientyp enthält. Dieser Richtlinientyp bietet unterstützt zahlreiche Servicequalitäten: "verwaltet, persistent", "verwaltet, nicht persistent" oder "nicht verwaltet, nicht persistent".

Bearbeiten Sie die Richtlinien, die den bereitgestellten Standardrichtliniensätzen zugeordnet sind, nicht. Wenn Sie die Einstellungen der Richtlinien für zuverlässiges Messaging ändern müssen, verwenden Sie eine Kopie eines Standardrichtliniensatzes, oder erstellen Sie einen neuen Richtliniensatz.

Register 'Konfiguration'

Standard
Wählen Sie die für die zuverlässige Übertragung Ihrer Nachrichten zu verwendende WS-ReliableMessaging-Spezifikation aus. WS-ReliableMessaging Version 1.1 ist die Standardeinstellung. Einzelheiten zu den unterstützten WS-ReliableMessaging-Spezifikationen finden Sie unter den folgenden Webadressen:
  • Spezifikation WS-ReliableMessaging Version 1.0 vom Februar 2005
  • OASIS-Spezifikation WS-ReliableMessaging Version 1.1 vom Februar 2007
Anmerkung: Wenn Sie einen .NET-basierten Web-Service aufrufen oder einen Web-Service bereitstellen möchten, müssen Sie WS-ReliableMessaging Version 1.0 auswählen.
Nachrichten in der gesendeten Reihenfolge zustellen

Wählen Sie diese Option aus, wenn der Sender einer Anforderung eine Antwort empfangen muss, bevor er die nächste Anforderung sendet..

Wenn Sie die Zustellung mit Einhaltung der Reihenfolge aktivieren, müssen Sie außerdem sicherstellen, dass die Requesteranwendung die Nachrichten in der Reihenfolge abfragt, in der sie sie empfangen möchte. Weitere Informationen finden Sie im Artikel Richtlinie für WS-ReliableMessaging konfigurieren.

Die Zustellung mit Einhaltung der Reihenfolge erhöht die Zuverlässigkeit geringfügig, wenn Sie die Servicequalität "verwaltet, persistent" verwenden. Weitere Informationen hierzu finden Sie im Artikel A message is not recovered after a server becomes unavailable, even with the managed persistent quality of service.

Servicequalität
Wählen Sie eine der folgenden Servicequalitäten aus:
Nicht verwaltet, nicht persistent - Toleriert Ausfälle des Netzes und des fernen Systems.
Sie können Web-Service-Anwendungen so konfigurieren, dass sie WS-ReliableMessaging mit einem speicherinternen Standardspeicher verwenden. Diese Servicequalität erfordert eine minimale Konfiguration. Obwohl dieser Richtliniensatz nicht transaktionsorientiert ist und das erneute Senden von im Netz verloren gegangenen Nachrichten unterstützt, gehen bei einem Serverausfall Nachrichten verloren. Diese Servicequalität ist nur für einzelne Server und nicht für Cluster bestimmt. Diese Servicequalität wird auf der z/OS-Plattform nicht unterstützt. Die Standardeinstellung ist "Nicht verwaltet, nicht persistent".
Verwaltet, nicht persistent - Toleriert Ausfälle des Systems, des Netzes und des fernen Systems, aber nach einem Neustart der Messaging-Steuerkomponente gehen Statusinformationen verloren.
Sie verwendet für die Verwaltung des Nachrichtenfolgestatus eine Messaging-Steuerkomponente, und die Nachrichten werden auf die Platte geschrieben, wenn der Speicher knapp wird. Diese Servicequalität lässt das erneute Senden von Nachrichten, die im Netz verloren gehen, zu und unterstützt auch die Wiederherstellung nach einem Serverausfall. Allerdings wird der Status nach einem Neustart der Messaging-Steuerkomponente verworfen, d. h., Sie würden in einem solchen Fall Nachrichten verlieren. Diese Option unterstützt Cluster und Einzelserver.
Verwaltet, persistent - Toleriert Ausfälle des Systems, des Netzes und des fernen Systems.
Diese Servicequalität für asynchrone Web-Service-Aufrufe ist wiederherstellbar. Auch diese Option verwendet eine Messaging-Steuerkomponente und einen Nachrichtenspeicher zur Verwaltung des Status der Nachrichtenfolge. Nachrichten werden auf dem Web-Service-Requester-Server und dem Web-Service-Providerserver persistent gespeichert, und sie sind bei einem Serverausfall wiederherstellbar. Die Übertragung von Nachrichten, die noch nicht erfolgreich übertragen wurden, wenn ein Server ausfällt, kann nach dem Neustart des Servers fortgesetzt werden.
Anmerkung:
  • Alle drei Servicequalitäten werden unterstützt, wenn Anwendungen im Anwendungsserver implementiert sind. Thin-Client- und Clientcontaineranwendungen verwenden nur die erste Option.
  • Für die nicht verwaltete, nicht persistente Servicequalität werden die Nachrichten nur im Hauptspeicher gespeichert. Bei den beiden verwalteten Servicequalitäten werden die Nachrichten von einer Nachrichten von Messaging-Steuerkomponente verwaltet, die von einem Nachrichtenspeicher gestützt wird. Die Bindung zu einem Bus und einer Messaging-Steuerkomponente wird im Formular WS-ReliableMessaging-Richtlinienbindung angegeben. Wenn Sie die Servicequalität "Nicht verwaltet, nicht persistent" auswählen, bei der keine Bindung zu einer Messaging-Steuerkomponente verwendet wird, werden alle Bindungen, die Sie angeben, ignoriert.



Mit (online) gekennzeichnete Links setzen einen Internet-Zugang voraus.

Zugehörige Konzepte
Zugehörige Tasks
Zugehörige Verweise


Dateiname: uwbs_wsspsrmd.html