Wenn Sie Richtliniensätze in der Administrationskonsole bearbeiten, können Sie einige Richtlinien anpassen.
Vorbereitende Schritte
Diese Task setzt voraus, dass Sie einen Richtliniensatz bearbeiten, dem die WS-ReliableMessaging-Richtlinie hinzugefügt wurde.
Bearbeiten Sie die Richtlinien, die den bereitgestellten Standardrichtliniensätzen zugeordnet sind, nicht.
Wenn Sie die Richtlinieneinstellungen für Reliable Messaging ändern müssen, verwenden Sie eine Kopie des Standardrichtliniensatzes, oder erstellen Sie einen neuen Richtliniensatz.
In jedem Stadium, d. h. vor und nach der Erstellung der zuverlässigen Web-Service-Anwendung bzw. Konfiguration der Richtliniensätze, kann eine Eigenschaft definiert werden, die Endpunkte konfiguriert, die ausschließlich Clients unterstützen, die Reliable Messaging verwenden. Diese Einstellung wird von WS-Policy, sofern verwendet, genutzt.
Informationen zu diesem Vorgang
Führen Sie in der Administrationskonsole die folgenden Schritte aus, um die WS-ReliableMessaging-Richtlinie für einen bestimmten Richtliniensatz zu konfigurieren:
Vorgehensweise
- Klicken Sie im Navigationsfenster auf . Das Formular Einstellungen für WS-ReliableMessaging wird angezeigt.
- Ändern Sie eine oder mehrere der folgenden Eigenschaften:
- 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.
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:
Anmerkung: Wenn Sie einen .NET-basierten Web-Service aufrufen 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. oder wenn Sie die
Transaktionsunterstützung für den eingehenden Nachrichtenaustausch (Provider) aktivieren möchten (siehe den Artikel Unterstützung von transaktionsorientiertem, wiederherstellbarem Messaging über WS-ReliableMessaging)
oder wenn Sie die Zuverlässigkeit geringfügig erhöhen möchten (siehe den Artikel Eine Nachricht bei Ausfall eines Servers nicht wiederhergestellt).
Tipp: Wenn Sie diese Option aktivieren,
stellt WS-ReliableMessaging sicher, dass die Nachrichten der Requester-Anwendung in der Reihenfolge bereitgestellt werden, in der sie gesendet wurden.
Wenn WS-ReliableMessaging eine bestimmte Nachricht nicht bereitstellen kann, können auch alle nachfolgenden Nachrichten nicht bereitgestellt werden.
Die Requester-Anwendung muss jedoch die Nachrichten auch in der Reihenfolge abfragen, in der sie sie empfangen möchte.
Beispiel:
- WS-ReliableMessaging stellt Nachricht 1 bereit, dann Nachricht 2, dann Nachricht 3.
- Die Requester-Anwendung verwendet asynchrone Abfragen, um absichtlich Nachricht 2, dann Nachricht 3 und dann Nachricht 1 abzufragen. Alle drei Nachrichten
sind verfügbar, und damit ist diese von der eigentlichen Nachrichtenreihenfolge abweichende Abfrage erfolgreich.
Selbst wenn WS-ReliableMessaging die Nachrichten in der Reihenfolge zustellt, in der sie gesendet wurden, kann die Requester-Anwendung bestimmen, sie in einer anderen Reihenfolge zu empfangen.
- Servicequalität
- Wählen Sie das Optionsfeld für die erforderliche Servicequalität aus.
Die folgenden drei Optionen werden bereitgestellt:
- Nicht verwaltet, nicht persistent
- Sie können Web-Service-Anwendungen so konfigurieren, dass sie WS-ReliableMessaging mit einem speicherinternen Standardspeicher verwenden. Diese Servicequalität erfordert eine minimale Konfiguration. Sie ist jedoch nicht transaktionsorientiert, und obwohl sie das erneute Senden von Nachrichten, die im Netz verloren gehen, unterstützt, gehen Nachrichten verloren, wenn ein Server ausfällt.Diese Servicequalität ist nur für Einzelserver bestimmt und funktioniert nicht in einem Cluster.
Diese Servicequalität wird auf der Plattform z/OS nicht unterstützt.
- Verwaltet, nicht persistent
- Diese Option für speicherinterne Servicequalität verwendet für die Verwaltung des Nachrichtenfolgestatus eine Messaging-Engine, 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. Der Status wird jedoch verworfen, wenn eine Messaging-Engine erneut gestartet wird, sodass in diesem Fall Nachrichten verloren gehen. Diese Option unterstützt Cluster und Einzelserver.
- Verwaltet, persistent
- Diese Servicequalität für asynchrone Web-Service-Aufrufe ist wiederherstellbar. Auch diese Option verwendet eine Messaging-Engine 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 Nichtverfügbarkeit des Servers wiederherstellbar. Die Übertragung von Nachrichten, die noch nicht erfolgreich übertragen wurden, wenn ein Server nicht verfügbar ist, kann nach dem Neustart des Servers fortgesetzt werden.
Die Standardeinstellung ist "Nicht verwaltet, nicht persistent". Anmerkung: Alle drei Servicequalitäten werden unterstützt, wenn Anwendungen im Anwendungsserver implementiert sind. Thin-Client- und Client-Container-Anwendungen verwenden nur die erste Option.
Anmerkung: In
WebSphere Application Server
Version 6.1 können Sie auch konfigurieren, ob das
Protokoll WS-MakeConnection verwendet werden soll. Diese Konfigurationsoption ist nicht mehr in der Administrationskonsole verfügbar, weil das Produkt
auf der Basis der folgenden Kriterien jetzt automatisch bestimmt, ob WS-MakeConnection verwendet wird:
- Wird WS-ReliableMessaging Version 1.0 oder Version 1.1 verwendet.
- Unterstützt der Anfordere WS-MakeConnection.
- Ist das Nachrichtenaustauschprotokoll synchron oder asynchron.
- Klicken Sie auf OK.
- Speichern Sie Ihre Änderungen in der Masterkonfiguration.
Ergebnisse
Nachdem Sie die Reliable Messaging-Richtlinie angepasst haben, verwendet der zugeordnete Richtliniensatz diese Richtlinie, um die zuverlässige Nachrichtenübermittlung sicherzustellen.