Bekannte Einschränkungen von WS-ReliableMessaging

Dieser Artikel beschreibt die wichtigsten Einschränkungen der Implementierung von WS-ReliableMessaging in WebSphere Application Server.

IBM HTTP Server wird nicht als Proxy-Server mit WS-ReliableMessaging unterstützt

Wenn WS-ReliableMessaging aktiviert ist, können Sie IBM® HTTP Server nicht als Proxy-Server verwenden, um Antworten an einen einzelnen Server in einer Clusterumgebung zurückzuleiten. Wenn Sie in diesem Szenario IBM HTTP Server verwenden, werden Antworten auf Protokollnachrichten, z. B. WS-ReliableMessaging-CreateSequenceResponse-Nachrichten, nicht an den Ursprungsserver zurückgeleitet. Das liegt daran, dass WS-ReliableMessaging-Protokollnachrichten WS-Addressing-Affinitätsheader verwenden, um sicherzustellen, dass die Protokollnachrichten an den Ursprungsserver zurückgeleitet werden. Diese Affinitätsheader werden im Proxy-Server von IBM WebSphere Application Server, nicht jedoch in IBM HTTP Server unterstützt.

Verwenden Sie den Proxy-Server von IBM WebSphere Application Server, um Nachrichten vom Cluster weiterzuleiten und zum Cluster zurückzuleiten, anstatt dazu IBM HTTP zu verwenden.

Eine WS-ReliableMessaging-Richtlinie kann nur auf Anwendungs- oder Serviceebene angewendet werden.

Sie können eine Richtlinie des Typs "WS-ReliableMessaging" nur auf Anwendungs- oder Serviceebene anwenden.

Wenn Sie Reliable Messaging auf Serviceebene anwenden, müssen alle Services dieselben Richtlinien- und Bindungswerte für WS-ReliableMessaging nutzen.

Auf Operationsebene können Sie jeden Richtliniensatz zuordnen. Bei der Zuordnung eines Richtliniensatzes, der die Richtlinie "WS-ReliableMessaging" enthält, auf Operationsebene werden die anderen Komponenten des Richtliniensatzes (z. B. WS-Security und WS-Addressing) konfiguriert, aber jede WS-ReliableMessaging-Konfiguration auf Operationsebene wird ignoriert.

WS-SecureConversation muss voraussetzen, dass die WS-ReliableMessaging-Header signiert werden

Obwohl Secure Conversation so konfiguriert werden kann, dass Nachrichtenheader unsigniert bleiben, benötigt die Richtlinie für Reliable Messaging signierte Nachrichtenheader. Wenn Sie die Richtlinie für sichere Dialoge und die Richtlinie für Reliable Messaging im selben Richtliniensatz verwenden möchten, müssen die Bindungen für sichere Dialoge so konfiguriert sein, dass die Header der zuverlässigen Nachrichten signiert werden.

Die Standardrichtliniensätze für zuverlässige und sichere Profile (WS-I RSP und WS-I RSP ND) sind speziell für die Verwendung von Secure Conversation und Reliable Messaging in demselben Richtliniensatz konzipiert und konfiguriert. Wenn Sie eine Kopie eines der Standardrichtliniensätze für zuverlässige und sichere Profile (WS-I RSP und WS-I RSP ND) verwenden, ist keine weitere Konfiguration der Secure-Conversation-Bindungen erforderlich. Sollten Sie unterschiedliche Ziele verwenden, ziehen Sie den Artikel WS-SecureConversation für die Zusammenarbeit mit WS-ReliableMessaging konfigurieren zu Rate.


Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rwbs_wsrm_restrict
Dateiname:rwbs_wsrm_restrict.html