Eine allgemeine Übersicht über die Konfiguration von Business Integration Connect zur Kommunikation mit einem Back-End-System finden Sie in Business Integration Connect konfigurieren. In diesem Abschnitt werden die Schritte zusammengefasst, die zur Konfiguration von Business Integration Connect zur Kommunikation mit InterChange Server erforderlich sind. Zur Ausführung dieser Konfiguration verwenden Sie eine Instanz von Business Integration Connect Enterprise oder Advanced Edition, die als Community Manager in Ihrer Hub-Community fungiert.
Die Konfiguration von Business Integration Connect erfolgt in folgenden Schritten:
Informationen zum Senden von Dokumenten von Business Integration Connect an InterChange Server finden Sie in Unterstützung für ausgehende Dokumente bereitstellen.
Informationen zum Senden von Dokumenten von InterChange Server an Business Integration Connect finden Sie in Unterstützung für eingehende Dokumente bereitstellen.
Damit Business Integration Connect Dokumente zu einem beliebigen Back-End-System senden kann, müssen Sie die in Definieren, wohin das Teilnehmerdokument zu senden ist beschriebenen Schritte ausführen. Wenn InterChange Server Ihr Back-End-System ist, müssen Sie ein Gateway erstellen, dessen Transporttyp mit dem für Nachrichten zwischen Business Integration Connect und InterChange Server verwendeten Transportprotokoll übereinstimmt. Wenn der Community Manager ein Dokument an InterChange Server sendet, muss er wissen, wohin das Dokument weiterzuleiten ist. Diese Position muss dem verwendeten Transportprotokoll entsprechen. Das Transportprotokoll muss eines der von InterChange Server unterstützten sein (siehe Von InterChange Server unterstützte Nachrichtentransporte).
In den folgenden Abschnitten wird die Erstellung von Gateways für folgende, von InterChange Server unterstützte Transportprotokolle zusammengefasst:
Wenn der Community Manager ein Dokument über das HTTP-Protokoll an InterChange Server sendet, leitet der Community Manager die Nachricht über das definierte Gateway weiter. Dieses Gateway gibt die URL-Adresse an, über die das Dokument von InterChange Server empfangen werden kann. Wenn InterChange Server mit dem HTTP-Protokoll arbeitet, empfängt eine ICS-kompatible Komponente das Dokument an der entsprechenden URL-Adresse, von der aus sie es dann an InterChange Server senden kann.
Damit der Community Manager Dokumente über ein Gateway mit dem HTTP-Transportprotokoll senden kann, müssen Sie ein Gateway in der Anzeige 'Gateway-Details' der Community Console erstellen. Dieses Gateway muss zur Verwendung des Transportprotokolls HTTP 1.1 und zum Schreiben an die URL-Adresse, unter der die entsprechende ICS-kompatible Komponente empfangsbereit ist, konfiguriert werden. Wie Tabelle 30 zeigt, müssen Sie diese URL-Adresse im Feld 'Ziel-URI' der Gatewaydefinition angeben.
Tabelle 30. HTTP-Werte für die Anzeige 'Gateway-Details' zur Kommunikation mit InterChange Server
InterChange Server-Version | Wert des Felds 'Ziel-URI' | Anmerkungen und Einschränkungen |
---|---|---|
4.1.1, 4.2.0, 4.2.1 | Die URL-Adresse muss mit der für das WebSphere Business Integration Connect Servlet konfigurierten übereinstimmen. | Ermitteln Sie diese URL-Adresse aus der Konfiguration des Connect Servlet in der WebSphere InterChange Server-Integration. |
4.2.2 | Die URL-Adresse muss mit derjenigen übereinstimmen, die von der Protokollempfangsfunktion des WebSphere Business Integration Adapters für HTTP zum Empfangen von Anforderungen verwendet wird. | Ermitteln Sie diese URL-Adresse aus der Konfiguration des Adapters für HTTP in der WebSphere InterChange Server-Integration. |
Wenn der Community Manager ein Dokument über das JMS-Protokoll an InterChange Server sendet, leitet der Community Manager die Nachricht an die entsprechende JMS-Warteschlange weiter, aus der sie von InterChange Server abgerufen werden kann. Damit der Community Manager diese JMS-Position ermitteln kann, müssen Sie ein Gateway in Business Integration Connect erstellen, das mit dem JMS-Transportprotokoll arbeitet. Dieses Gateway muss zum Schreiben an die Warteschlange konfiguriert werden, die vom Adapter für JMS abgefragt wird.
Damit der Community Manager Dokumente über ein Gateway mit dem
JMS-Transportprotokoll senden kann, müssen Sie ein Gateway in der Anzeige
'Gateway-Details' der Community Console erstellen. Wenn Sie
mit WebSphere MQ Version 5.3 als JMS-Provider arbeiten, definieren Sie
die Felder für das Gateway mit Hilfe der Informationen in Tabelle 116. Geben Sie darüber hinaus die in Tabelle 31 aufgeführten Informationen für das
JMS-Protokoll in der Anzeige 'Gateway-Details' an.
Tabelle 31. JMS-Werte für die Anzeige 'Gateway-Details' zur Kommunikation mit ICS
Feld der Gateway-Details | Wert | Anmerkungen und Einschränkungen |
---|---|---|
JMS-Nachrichtenklasse | TextMessage, BytesMessage oder StreamMessage |
Die Versionen des Adapters für JMS vor 2.4.1
unterstützen nur JMS-Textnachrichten. Wenn Sie eine Version vor
2.4.1 dieses Adapters verwenden, stellen Sie sicher, dass das
Gateway nur zum Schreiben von JMS-Textnachrichten
(TextMessage) konfiguriert wird.
|
JMS-Warteschlangenname | Der gleiche JMS-Warteschlangenname wie für die Eingabewarteschlange des Adapters für JMS |
Diese Warteschlange muss in der Liste der Eingabewarteschlangen des
Adapters für JMS enthalten sein. Das heißt, der Adapter muss diese
Warteschlange nach eingehenden Ereignissen abfragen. Weitere
Informationen finden Sie in JMS-Warteschlangen angeben.
|
Damit Business Integration Connect Nachrichten von einem beliebigen Back-End-System empfangen kann, müssen Sie die in Definieren, wo das Back-End-Dokument abzurufen ist beschriebenen Schritte ausführen. Wenn InterChange Server Ihr Back-End-System ist, müssen Sie die folgenden Schritte in Ihrem Community Manager ausführen:
Damit Community Manager ein Dokument von InterChange Server empfangen kann, muss er die Position kennen, an der die Nachrichten abzurufen sind. Diese Position muss dem zu verwendenden Transportprotokoll entsprechen. Das Transportprotokoll muss eines der von InterChange Server unterstützten sein (siehe Von InterChange Server unterstützte Nachrichtentransporte).
In den folgenden Abschnitten wird die Erstellung von Zielen für Transportprotokolle zusammengefasst, die von InterChange Server unterstützt werden.
Wenn der Community Manager ein Dokument über das HTTP-Transportprotokoll empfängt, ruft die Empfängerkomponente (Receiver) das Dokument aus dem definierten Ziel ab. Dieses Ziel gibt die URL-Adresse an, an der die Empfängerkomponente für Dokumente von InterChange Server empfangsbereit ist. Wenn InterChange Server mit dem HTTP-Transportprotokoll arbeitet, sendet ein Adapter das Dokument an die entsprechende URL-Adresse, an der es vom Community Manager empfangen werden kann.
Damit der Community Manager Dokumente über ein Ziel mit dem HTTP-Transportprotokoll empfangen kann, müssen Sie ein Ziel über die Anzeige 'Zielliste' der Community Console erstellen. Dieses Ziel muss das Transportprotokoll HTTP 1.1 verwenden. Der Community Manager bestimmt diese URL-Adresse als Kombination aus folgenden Informationen:
Damit InterChange Server Dokumente an dieses Ziel senden kann, muss die zugehörige ICS-kompatible Komponente zum Senden von Dokumenten an diese URL-Adresse konfiguriert werden. Daher müssen Sie sicherstellen, dass diese Ziel-URL-Adresse für die InterChange Server-Konfiguration verfügbar ist.
Wenn der Community Manager ein Dokument von InterChange Server über das JMS-Protokoll empfängt, ruft der Community Manager das Dokument aus der entsprechenden JMS-Warteschlange ab, an die es von InterChange Server gesendet wurde. Damit der Community Manager diese JMS-Position ermitteln kann, müssen Sie ein Ziel in Business Integration Connect erstellen, das mit dem JMS-Transportprotokoll arbeitet. Über das Ziel ist der Community Manager für alle Dokumente in seiner Eingabewarteschlange empfangsbereit und ruft sie ab.
Damit der Community Manager Dokumente über ein Ziel mit den JMS-Transport
empfangen kann, müssen Sie ein Ziel über die Anzeige 'Zielliste' der
Community Console erstellen. Wenn Sie mit WebSphere MQ Version
5.3 als JMS-Provider arbeiten, definieren Sie die Felder für das Ziel
mit Hilfe der Informationen in Tabelle 115. Geben Sie darüber hinaus die in Tabelle 32 aufgeführten Informationen für das
JMS-Protokoll in der Anzeige 'Zieldetails' ein.
Tabelle 32. JMS-Werte für die Anzeige 'Zieldetails' zur Kommunikation mit ICS
Feld der Zieldetails | Wert | Anmerkungen und Einschränkungen |
---|---|---|
JMS-Nachrichtenklasse | TextMessage |
Die Versionen des Adapters für JMS vor 2.4.1
unterstützen nur JMS-Textnachrichten. Wenn Sie eine dieser
Versionen des Adapters verwenden, stellen Sie sicher, dass das Ziel
nur zum Schreiben von JMS-Textnachrichten konfiguriert ist.
|
JMS-Warteschlangenname | Der gleiche JMS-Warteschlangenname wie für die Ausgabewarteschlange des Adapters für JMS |
Diese Warteschlange muss als Ausgabewarteschlange des Adapters für JMS
aufgelistet sein. Das heißt, der Adapter muss Dokumente an diese
Warteschlange senden. Weitere Informationen finden Sie in JMS-Warteschlangen angeben.
|