Punkt-zu-Punkt-Messaging mit einem IBM MQ-Netz

Der WebSphere MQ-Link, der in einer Messaging-Engine im Service Integration Bus definiert ist, beschreibt die Attribute, die erforderlich sind, um eine Verbindung zu einem IBM MQ-Warteschlangenmanager oder (für IBM MQ for z/OS) zu einer Gruppe mit gemeinsamer Warteschlange, der bzw. die als Gateway für das IBM MQ-Netz fungiert, herzustellen sowie Nachrichten an diesen Warteschlangenmanager bzw. diese Gruppe zu senden und von diesem Warteschlangenmanager bzw. von dieser Gruppe zu empfangen.

Arten von Punkt-zu-Punkt-Messaging:
  • Eine Anforderung von WebSphere Application Server an IBM MQ, optional gefolgt von einer Antwort von IBM MQ.
  • Eine Anforderung von einem IBM MQ-Netz, optional gefolgt von einer Antwort von WebSphere Application Server.
Die folgende Abbildung zeigt den Fluss von Punkt-zu-Punkt-Nachrichten über den WebSphere MQ-Link.
Abbildung 1. Austausch von Nachrichten zwischen Sender- und Empfängerkanälen des WebSphere MQ-Links und einem Gateway-Warteschlangenmanager mit Empfänger- und Senderkanälen.
Die folgende Abbildung zeigt den Fluss von Punkt-zu-Punkt-Nachrichten über den WebSphere MQ-Link.

Weitere Informationen zu den Antwortnachrichten, die über den IBM MQ-Link übertragen werden, finden Sie im Artikel Anforderung/Antwort-Messaging über einen IBM MQ-Link.

Weitere Arten von Punkt-zu-Punkt-Messaging:
  • Eine Anforderung von WebSphere Application Server über ein IBM MQ-Netz an einen anderen WebSphere Application Server und eine Antwort von diesem WebSphere Application Server über IBM MQ. Nähere Einzelheiten zu diesem zweiphasigen Flussmodell finden Sie im Artikel Messaging zwischen zwei Anwendungsservern über IBM MQ.
  • Eine Anforderung von einem IBM MQ-Netz über WebSphere Application Server an ein anderes IBM MQ-Netz und eine Antwort von diesem IBM MQ-Netz über WebSphere Application Server. Nähere Einzelheiten zu diesem zweiphasigen Flussmodell finden Sie im Artikel Messaging zwischen zwei IBM MQ-Netzen über einen Anwendungsserver.
Die folgende Abbildung veranschaulicht, wie Nachrichten zwischen Anwendungen und Messaging-Engines in demselben Bus sowie Nachrichten zwischen dem WebSphere MQ-Link und Warteschlangenmanagern, die mit dem Gateway-Warteschlangenmanager im IBM MQ-Netz verbunden sind, ausgetauscht werden können.
Abbildung 2. Nachrichten zwischen Messaging-Engines in einem Bus mit einem WebSphere MQ-Link austauschen, der mit einem Gateway-Warteschlangenmanager in einem fremden Bus verbunden ist.
Die folgende Abbildung zeigt, wie Nachrichten zwischen Anwendungen und Messaging-Engines im selben Bus ausgetauscht werden können.
Anmerkungen:
  • Wenn Ihre Anwendung von WebSphere Application Server Punkt-zu-Punkt-Nachrichten an eine IBM MQ-Anwendung sendet, die keine JMS-Anwendung ist, wie z. B. eine IBM MQ-MDB-Anwendung in CICS (über die CICS MQ-Brücke) oder eine IMS-Anwendung (über die IMS MQ-Brücke), muss Ihre Anwendung von WebSphere Application Server spezielle Techniken verwenden, um sicherzustellen, dass die Serviceintegrationsnachrichten (wahrscheinlich JMS-Nachrichten) den Anwendungen, die keine JMS-Anwendungen sind, in einer Art und Weise präsentiert werden, die von diesen Anwendungen interpretiert werden kann. Weitere Informationen finden Sie in den Artikeln Programmierung für die Interoperation mit IBM MQ, Wie die Serviceintegration Nachrichten in das und aus dem IBM MQ-Format konvertiert und Verarbeitung von IBM MQ-Nachrichtenheadern, in denen Helper-Klassen voon WebSphere Application Server beschrieben werden, die Sie bei der Erstellung geeigneter Header- und Hauptteilinhalte unterstützen.
  • Einige IBM MQ-Anwendungen können Nachrichten verarbeiten, die einen MQRFH2-Header enthalten (im Allgemeinen sind dies JMS- oder XMS-Anwendungen oder IBM MQ-Anwendungen der Version 7), und einige Anwendungen können dies nicht (im Allgemeinen sind dies IBM MQ-Anwendungen, die älter sind und den MQRFH2-Header noch nicht unterstützen). Sie müssen den Zielkontext so definieren, dass das Hinzufügen eines MQRFH2-Headers blockiert wird, wenn Nachrichten für eine IBM MQ-Anwendung bestimmt sind, die diesen Header nicht verarbeiten kann. Informationen zum Definieren des Zielkontextes finden Sie im Artikel Angeben, ob Nachrichten als JMS-Nachrichten an IBM MQ weitergeleitet werden. Der MQRFH2-Header enthält Felder, die für den Service Integration Bus eindeutig sind. Einzelheiten zu diesen Feldern finden Sie im Artikel Zuordnung weiterer MQRFH2-Headerfelder in der Serviceintegration.
  • Jede IBM MQ-Warteschlangenname kann auch als Buszielnamen verwendet werden, und als allgemeine Regel gilt, dass Sie ein Busziel, das eine IBM MQ-Warteschlange ist, mit einem IBM MQ-Warteschlangennamen konfigurieren sollten. Wenn Ihre Busanwendungen einen anderen Namen verwenden müssen, können Sie hierfür ein Aliasziel verwenden.
  • IBM MQ-Kanalexits oder -Konvertierungsexits (z. B. für die Datenkonvertierung) werden vom WebSphere MQ-Link nicht unterstützt.

Symbol, das den Typ des Artikels anzeigt. Konzeptartikel



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