Zur Herstellung der Kommunikation zwischen WebSphere Data Interchange und WebSphere Partner Gateway führen Sie die folgenden Einrichtungs- und Konfigurationsschritte aus:
Der erste Schritt bei der Einrichtung der Umgebung besteht in der Konfiguration der übergreifenden WebSphere MQ-Kommunikation. Mit übergreifender Kommunikation wird das Senden von Nachrichten von einem Warteschlangenmanager zu einem anderen bezeichnet. Der erste Schritt ist das Definieren eines Warteschlangenmanagers (und zuhöriger Objekte) für das WebSphere Data Interchange-System und das WebSphere Partner Gateway-System. Wenn Sie beabsichtigen, Nachrichten in beide Richtungen zu senden, richten Sie auf beiden Systemen einen Quellenwarteschlangenmanager und einen Zielwarteschlangenmanager ein. Im Quellenwarteschlangenmanager definieren Sie einen Absenderkanal, eine Definition für ferne Warteschlange und eine Übertragungswarteschlange. Im Zielwarteschlangenmanager definieren Sie einen Empfängerkanal und eine Zielwarte- schlange.
Dieser Abschnitt zeigt die Werte, die Sie zur Einrichtung der für das Beispielszenario erforderlichen Warteschlangenmanager und der zugeordneten Objekte verwenden würden. In diesem Szenario ist WebSphere MQ Version 5.3 auf beiden Computern (A und B) installiert. Der erste Schritt besteht anschließend in der Erstellung eines Warteschlangenmanagers auf Computer A und Computer B zur Verwendung durch WebSphere Data Interchange bzw. WebSphere Partner Gateway Enterprise Edition.
Zum Senden von Nachrichten von einem Warteschlangenmanager zu einem anderen unter Verwendung von WebSphere MQ definieren Sie die folgenden Objekte:
Im Beispielszenario fungieren sowohl Computer A als auch Computer B als Absender und Empfänger. Daher müssten Sie eine Reihe von Objekten auf beiden Computer definieren.
In Tabelle 73 sind die Objekte aufgelistet, die Sie erstellen würden, um Computer A und Computer B als Absender und Empfänger einzurichten.
WebSphere MQ-Objekt | Computer A | Computer B |
---|---|---|
Warteschlangenmanager |
WDI32_QM |
HUB_QM |
Absenderkanal |
TO.HUB60 |
TO.WDI32 |
Empfängerkanal |
TO.WDI32 |
TO.HUB60 |
Ferne Warteschlange |
EDI_OUT_A |
EDI_OUT_B |
Übertragungswarteschlange |
XMITQ_A |
XMITQ_B |
Lokale Warteschlange |
EDI_IN_A |
EDI_IN_B |
Lokale Warteschlange |
XML_IN_A |
XML_IN_B |
Lokale Warteschlange |
XML_OUT_A |
XML_OUT_B |
Abb. 30 zeigt den Nachrichtenfluss zwischen Computer A und Computer B sowie die Rolle der in Tabelle 73 aufgelisteten WebSphere MQ-Objekte.
Abhängig von der verwendeten WebSphere MQ-Plattform könnten Sie verschiedene Methoden zum Definieren dieser Objekte verwenden. Zum Beispiel könnten Sie unter Windows die Objekte mit WebSphere MQ Explorer definieren.
Damit WebSphere Data Interchange Nachrichten aus der WebSphere MQ-Warteschlange empfangen und EDI-Nachrichten in eine Warteschlange schreiben kann, müssen Sie Profile im WebSphere Data Interchange Client konfigurieren. Bei Verwendung von WebSphere Data Interchange Client würden Sie die folgenden Profile erstellen, die in den nachfolgenden Abschnitten beschrieben werden:
Im Beispielszenario empfängt WebSphere Data Interchange XML-Nachrichten aus der WebSphere MQ-Warteschlange XML_IN_A und schreibt das Ergebnis der Über- setzung in die WebSphere MQ-Warteschlange EDI_OUT_A. Dieser Vorgang wird als XML-in-EDI-Übersetzung bezeichnet. WebSphere Data Interchange empfängt EDI-Dokumente aus WebSphere Partner Gateway Enterprise Edition in der WebSphere MQ-Warteschlange EDI_IN_A und schreibt das Ergebnis der Übersetzung in XML_OUT_A.
Ein MQSeries-Warteschlangenprofil (MQSeries Queue Profile) enthält Informationen über eine WebSphere MQ-Nachrichtenwarteschlange. Tabelle 74 zeigt die Eigenschaften zur Konfiguration der einzelnen Profile.
MQ-Eigenschaft | Beschreibung |
---|---|
Queue Profile ID (Warteschlangenprofil-ID) |
Die eindeutige Kennung zur Benennung des Profils (logischer Name). |
Full Queue Name (Vollständiger Warteschlangenname) |
Der tatsächliche Name der WebSphere MQ-Warteschlange. |
Queue Manager Name (Warteschlangenmanagername) |
Der tatsächliche Name des WebSphere MQ-Warteschlangenmanagers. |
Description (Beschreibung) |
Eine beliebige Zeichenfolge zur Beschreibung des Zwecks des Profils. |
Maximum Length (Maximale Länge) |
Die größte zulässige Nachricht für die Warteschlange, entsprechend der Definition in WebSphere MQ. |
Destructive Reads (Löschende Lesevorgänge) |
Falls ausgewählt, veranlassen diese Operationen WebSphere Data Interchange die Nachrichten beim Lesen aus der WebSphere MQ-Warteschlange zu entfernen. |
Syncpoint Control (Synchronisationspunktsteuerung) |
Wenn ausgewählt, erfolgt das Lesen und Schreiben von Warteschlangennachrichten unter Steuerung eines Synchronisationspunkts. Wenn die Steuerung durch Synchronisationspunkt aktiviert ist, finden Änderungen an einer Nachrichtenwarteschlange erst statt, wenn WebSphere Data Interchange einen Synchronisationspunkt ausgibt. |
Da Sie mit den WebSphere MQ-Warteschlangen arbeiten, benötigen Sie für jede Warteschlange ein MQSeries-Warteschlangenprofil in WebSphere Data Interchange. Insgesamt würden Sie vier MQSeries-Warteschlangenprofile erstellen, also eines für jede WebSphere MQ-Warteschlange, die im Nachrichtenfluss verwendet wird. Über den Konfigurationsbereich von WebSphere Data Interchange Client würden Sie folgende Aktionen ausführen:
In Tabelle 75 sind die tatsächlichen Parameter aufgeführt, die in jedem von Ihnen erstellten MQSeries-Warteschlangenprofil angegeben sind. Die hier dargestellten Warteschlangen werden bei der XML-in-EDI-Übersetzung verwendet.
Eigenschaft der Warteschlange | Wert für XML_IN_A | Wert für EDI_OU_A |
---|---|---|
Queue Profile ID (Warteschlangenprofil-ID) | XML_IN_A | EDI_OU_A |
Full Queue Name (Vollständiger Warteschlangenname) | XML_IN_A | EDI_OUT_A |
Queue Manager Name (Warteschlangenmanagername) | WDI32_QM | WDI32_QM |
Destructive Reads (Löschende Lesevorgänge) |
Ausgewählt |
Ausgewählt |
Syncpoint Control (Synchronisationspunktsteuerung) |
Ausgewählt |
Ausgewählt |
Eigenschaft der Warteschlange | Wert für EDI_IN_A | Wert für XML_OU_A |
---|---|---|
Queue Profile ID (Warteschlangenprofil-ID) | EDI_IN_A | XML_OU_A |
Full Queue Name (Vollständiger Warteschlangenname) | EDI_IN_A | XML_OUT_A |
Queue Manager Name (Warteschlangenmanagername) | WDI32_QM | WDI32_QM |
Destructive Reads (Löschende Lesevorgänge) |
Ausgewählt |
Ausgewählt |
Syncpoint Control (Synchronisationspunktsteuerung) |
Ausgewählt |
Ausgewählt |
Für WebSphere Data Interchange definieren Netzprofile die Merkmale von Netzen, die Sie zur Kommunikation mit Handelspartnern verwenden. Für dieses Szenario würden Sie ein Netzprofil (Network Profile) erstellen und konfigurieren, das mit den zuvor erstellten WebSphere MQ-Warteschlangen kommuniziert.
Tabelle 77 zeigt die Eigenschaften zur Konfiguration des Netzprofils.
Netzeigenschaft | Beschreibung |
---|---|
Network ID (Netz-ID) |
Eine eindeutige Kennung zur Benennung des Profils |
Communication Routine (Kommunikationsroutine) |
Der Name des Programms, das Netzbefehle erstellt und das Netzprogramm zur Verarbeitung der Befehle aufruft |
Network Program (Netzprogramm) |
Das Programm, das von der Kommunikationsroutine zur Verarbeitung von Anforderungen aufgerufen wird |
Network Parameters (Netzparameter) |
Für das Netzprogramm erforderliche Parameter |
Für dieses Szenario erstellen und konfigurieren Sie wie folgt ein Netzprofil, das mit den zuvor erstellten WebSphere MQ-Warteschlangen kommuniziert (siehe MQSeries(R)-Warteschlangenprofil):
Dieses Netzprofil wird im XML-in-EDI-Szenario verwendet. In Tabelle 78 sind die tatsächlichen, für HUB_IN angegebenen Parameter aufgeführt.
Netzeigenschaft | Wert für das Profil HUB_IN |
---|---|
Network ID (Netz-ID) | HUB_IN |
Communication Routine (Kommunikationsroutine) | VANIMQ |
Network Program (Netzprogramm) | EDIMQSR |
Network Parameters (Netzparameter) | SENDMQ=EDI_OU_A RECEIVEMQ=XML_IN_A |
Dieses Netzprofil wird in der Übersetzung von EDI-Dokumenten verwendet, die aus WebSphere Partner Gateway Enterprise Edition empfangen werden. Ein zweites Netzprofil ist erforderlich, weil WebSphere Partner Gateway Enterprise Edition Nachrichten in die WebSphere MQ-Warteschlangen stellt, die RFH2-Header enthalten. In Tabelle 79 sind die Eigenschaften von HUB_OUT aufgeführt.
Netzeigenschaft | Wert für das Profil HUB_OUT |
---|---|
Network ID (Netz-ID) | HUB_OUT |
Communication Routine (Kommunikationsroutine) | VANIMQ |
Network Program (Netzprogramm) | EDIRFH2 |
Network Parameters (Netzparameter) | SENDMQ=XML_OU_A RECEIVEMQ=EDI_IN_A |
Mailboxprofile enthalten die Informationen, die von WebSphere Data Interchange zur Identifizierung von Einzelpersonen und Gruppen in Ihrer Organisation benötigt werden, die zu übersetzende Dokumente empfangen. Tabelle 80 zeigt die für jedes Mailboxprofil zu konfigurierenden Eigenschaften.
Mailboxeigenschaft | Beschreibung |
---|---|
Mailbox ID (Mailbox-ID) |
Eine eindeutige Kennung zur Benennung des Profils |
Network ID (Netz-ID) |
Die Netz-ID des zuvor erstellten Netzprofils |
Sie erstellen Mailboxprofile wie folgt für jede einzelne WebSphere MQ-Warteschlange, um die Einzelpersonen und Gruppen in der Organisation anzugeben:
In Tabelle 81 sind die tatsächlichen Parameter in den einzelnen Mailboxprofilen aufgeführt.
Mailboxeigenschaft | Wert für XML_IN_A | Wert für EDI_OU_A |
---|---|---|
Mailbox ID (Mailbox-ID) | XML_IN_A | EDI_OU_A |
Network ID (Netz-ID) | HUB_IN | HUB_IN |
Receive File (Empfangsdatei) | XML_IN_A | EDI_OU_A |
Tabelle 82 listet die Eigenschaften für jede Mailbox auf.
Mailboxeigenschaft | Wert für EDI_IN_A | Wert für XML_OU_A |
---|---|---|
Mailbox ID (Mailbox-ID) | EDI_IN_A | XML_OU_A |
Network ID (Netz-ID) | HUB_OUT | HUB_OUT |
Receive File (Empfangsdatei) | EDI_IN_A | XML_OU_A |
Serviceprofile geben Ihnen die Möglichkeit, einen Dienstprogrammbefehl einzugeben und alle Dateien zu definieren, die bei der Ausführung dieses Befehls verwendet werden.
Für das Beispielszenario führen Sie die folgenden Schritte aus:
PERFORM TRANSFORM WHERE INFILE(XML_IN_A) SYNTAX(X) OUTTYPE(MQ)OUTFILE(EDI_OU_A)
In Tabelle 83 sind die Eigenschaften für die allgemeinen Dateien ('Common Files') aufgeführt.
Eigenschaft 'Common File' | Wert |
---|---|
Tracking File (Überwachungsdatei) |
..\trk\xml_in.trk |
Exception File (Ausnahmendatei) |
..\xex\xml_in.xex |
Work File (Arbeitsdatei) |
..\wrk\xml_in.wrk |
Report File (Berichtsdatei) |
..\rpt\xml_in.rpt |
Query File (Abfragedatei) |
..\qry\xml_in.qry |
PERFORM TRANSFORM WHERE INFILE(EDI_IN_A) SYNTAX(E) OUTTYPE(MQ) OUTFILE(XML_OU_A)
In Tabelle 84 sind die Eigenschaften für die allgemeinen Dateien ('Common Files') aufgeführt.
Eigenschaft 'Common File' | Wert |
---|---|
Tracking File (Überwachungsdatei) |
..\trk\edi_in.trk |
Exception File (Ausnahmendatei) |
..\xex\edi_in.xex |
Work File (Arbeitsdatei) |
..\wrk\edi_in.wrk |
Report File (Berichtsdatei) |
..\rpt\edi_in.rpt |
Query File (Abfragedatei) |
..\qry\edi_in.qry |
Nach der im vorigen Abschnitt beschriebenen Erstellung der Profile können Sie alle Zuordnungen importieren, die Sie zur Umwandlung Ihrer Daten benötigen. Anschließend kompilieren Sie die Transformationszuordnungen und definieren für jede Zuordnung eine Regel. Diese Aufgaben werden über den WebSphere Data Interchange Client ausgeführt. Informationen dazu finden Sie in der Dokumentation zu WebSphere Data Interchange.
Wie zuvor in diesem Kapitel erwähnt, kann WebSphere Partner Gateway Enterprise Edition die WebSphere MQ-Implementierung des Java Message Service (JMS) zur Integration mit WebSphere Data Interchange nutzen.
In diesem zweiten Abschnitt werden die Schritte skizziert, die zur Erstellung einer JMS-Umgebung auf Computer B erforderlich sind:
WebSphere MQ-Klassen für Java und WebSphere MQ-Klassen für JMS sind in WebSphere MQ für Windows, Version 5.3 integriert.
Verwenden Sie das Tool JMSAdmin, das in WebSphere MQ zur Verfügung steht, um die JMS-Objekte im JNDI-Format zu erstellen. Informationen zur Erstellung der Standardkonfigurationsdatei JMSAdmin.config finden Sie im Handbuch Hub-Konfiguration.
Zur Erstellung der JMS-Objekte für diesen Lerntext:
INITIAL_CONTEXT_FACTORY=com.sun.jndi.fscontext.RefFSContextFactory PROVIDER_URL=file:/opt/mqm/java/JNDI
/opt/mqm/java/bin
Vor dem Aufrufen des Tools JMSAdmin würden Sie sicherstellen, dass die Variable CLASSPATH die folgenden Einträge enthielte:
/opt/mqm/java/lib/jms.jar /opt/mqm/java/lib/com.ibm.mq.jar /opt/mqm/java/lib/com.ibm.mqjms.jar /opt/mqm/java/lib/jta.jar /opt/mqm/java/lib/connector.jar /opt/mqm/java/lib/jndi.jar /opt/mqm/java/lib/providerutil.jar /opt/mqm/java/lib/fscontext.jar
Anmerkung: Die obigen Einträge, die sich auf Linux(R) beziehen, setzen voraus, dass Sie mit einer dateibasierten JNDI-Komponente arbeiten.
Zur Erstellung der erforderlichen JMS-Objekte verwenden Sie das Tool JMSAdmin. Für das Beispielszenario würden Sie wie folgt vorgehen:
DEF CTX(WdiJms)
CHG CTX(WdiJms)
DEF QCF(HUB60_QM_QCF) TRAN(CLIENT) HOST(IP_COMPUTER_B) PORT(9999) CHAN(java.channel) QMANAGER(HUB60_QM)
DEF Q(EDI_IN_B) QMANAGER(HUB60_QM) QUEUE(EDI_IN_B)
DEF Q(EDI_OUT_B) QMANAGER(HUB60_QM) QUEUE(EDI_OUT_B)
END
WebSphere Partner Gateway ist die Übertragungsschicht zwischen unterschiedlichen und voneinander unabhängigen Community-Teilnehmern und internen Prozessen. Wenn Sie WebSphere Partner Gateway zur Arbeit mit EDI-Dokumenten einrichten, können Sie das Produkt zu folgenden Zwecken konfigurieren:
Im Handbuch Hub-Konfiguration finden Sie umfassende Informationen zur Konfiguration von WebSphere Partner Gateway Enterprise Edition und Advanced Edition. Dieser Abschnitt enthält ein Beispiel für die Konfiguration von WebSphere Partner Gateway Enterprise Edition, das im Beispielszenario beschrieben ist. Die folgenden Schritte werden beschrieben:
Ein Teilnehmerprofil identifiziert Unternehmen für das System. Teilnehmer für Partner 1 und Partner 2 werden über die Community Console von WebSphere Partner Gateway Enterprise Edition erstellt.
Erstellen Sie ein Teilnehmerprofil, um Computer A und Computer B darzustellen, die die beiden Systeme sind, deren Eigner Partner 1 ist.
Zur Erstellung dieses Teilnehmerprofils können Sie folgende Schritte ausführen:
Feldname | Wert |
---|---|
Anmeldename des Unternehmens |
partner1 |
Anzeigename des Teilnehmers |
Partner 1 |
Teilnehmertyp |
Community Manager |
Status |
Aktiviert |
Lieferantentyp |
Andere |
Website |
http://IP_COMPUTER_A Dabei ist IP_COMPUTER_A die Internet Protocol-Adresse (IP-Adresse) von Computer A. |
Geschäfts-ID-Typ |
Unformatiert |
Geschäfts-ID-Kennung |
123456789 |
Gateway-Typ für IP-Adresse |
Produktion |
IP-Adresse |
IP_COMPUTER_A Dabei ist IP_COMPUTER_A die Internet Protocol-Adresse (IP-Adresse) von Computer A. |
Anmerkung: Zur Erstellung des Geschäfts-ID-Typs und der Geschäfts-ID-Kennung klicken Sie zuerst auf die Schaltfläche Neu unter Geschäfts-ID. Die Geschäfts-ID muss eindeutig sein. Analog klicken Sie auf die Schaltfläche Neu unter IP-Adresse, um Details in Bezug auf die IP-Adresse zu erstellen.
WebSphere Partner Gateway Enterprise Edition verwendet die Geschäfts-ID-Kennung (in Tabelle 85 definiert) zur Identifizierung des Absenders oder Empfängers eines Dokuments. Wenn eine ANSI-X12-EDI-Transaktion empfangen wird, werden die Daten der Interchange-Absender- und Empfängerkomponente (Interchange Sender und Receiver) gelesen, um die Quelle und das Ziel der Transaktion zu ermitteln.
Erstellen Sie als Nächstes einen Community-Teilnehmer, um den Partner 2 darzustellen. Zur Erstellung des Teilnehmers führen Sie die folgenden Schritte aus:
Feldname | Wert |
---|---|
Anmeldename des Unternehmens |
partner2 |
Anzeigename des Teilnehmers |
Partner 2 |
Teilnehmertyp |
Community-Teilnehmer |
Status |
Aktiviert |
Lieferantentyp |
Andere |
Website |
http://IP_COMPUTER_C Dabei ist IP_COMPUTER_C die Internet Protocol-Adresse (IP-Adresse) von Computer C. |
Geschäfts-ID-Typ |
Unformatiert |
Geschäfts-ID-Kennung |
987654321 |
Gateway-Typ für IP-Adresse |
Produktion |
IP-Adresse |
IP_COMPUTER_C Dabei ist IP_COMPUTER_C die Internet Protocol-Adresse (IP-Adresse) von Computer C. |
Die B2B-Funktionalität wird für jeden Teilnehmer in WebSphere Partner Gateway Enterprise Edition über die Community Console definiert. Nachdem Sie die B2B-Funktionalität für Teilnehmer definiert haben, können Sie eine gültige Dokumen- tenflussdefinition definieren, die zur Unterstützung bestimmter Geschäfts-Colla- boration-Typen zwischen den Teilnehmern verwendet wird.
Zur Definition der B2B-Funktionalität für Partner 1 führen Sie die folgenden Schritte aus:
Die B2B-Funktionalität wird durch Klicken auf das Symbol Rolle ist nicht aktiv. aktiviert. Für den Zweck dieses Beispiels konfigurieren Sie nur die B2B-Funktionalität, die zur Implementierung dieses Szenarios erforderlich ist.
Zur Festlegung des Quellen- und Zielpakettyps 'Kein Paket' für Partner 1 würden Sie wie folgt vorgehen:
Zur Definition der B2B-Funktionalität für Partner 2 führen Sie die folgenden Schritte aus:
Zur Festlegung des Quellen- und Zielpakettyps 'AS' für Partner 2 würden Sie wie folgt vorgehen:
Als Nächstes aktualisieren Sie wie folgt die AS-Definition für Partner 2, um sicherzustellen, dass Message Disposition Notifications (MDNs) für AS2, die an Partner 2 gesendet werden, an die richtige Adresse zurückgegeben werden:
Diese Adresse wird zum Empfangen von MDNs für AS1 verwendet.
http://IP_COMPUTER_B:PORT/bcgreceiver/submit
Ein Gateway in WebSphere Partner Gateway definiert einen Netzpunkt, der als Eingang in ein anderes Netz fungiert. Das Gateway enthält die Informationen, die WebSphere Partner Gateway mitteilen, wie Dokumente an die Enterprise Application Integration-Schicht (EAI-Schicht) zuzustellen sind.
Partner 2 sendet EDI-Dokumente an Partner 1 über AS2. Das Gateway von Partner 1 wird zum Senden der über AS2 empfangenen EDI-Dokumente an eine JMS-Warteschlange und schließlich an WebSphere Data Interchange zur Übersetzung verwendet.
Zur Erstellung eines neuen Gateways für Partner 1 führen Sie die folgenden Schritte aus:
Feldname | Wert |
---|---|
Gateway-Name |
JMStoPartner1 |
Transport |
JMS |
Ziel-URI |
file:///opt/mqm/java/JNDI/WdiJms |
JMS-Factory-Name |
HUB60_QM_QCF |
JMS-Nachrichtenklasse |
TextMessage |
JMS-Nachrichtentyp |
TextMessage |
JMS-Warteschlangenname |
EDI_OUT_B |
JMS-JNDI-Factory-Name |
com.sun.jndi.fscontext.RefFSContextFactory |
Definieren Sie 'JMStoPartner1' wie folgt als Standardgateway für Partner 1:
Partner 1 sendet EDI-Dokumente an WebSphere Partner Gateway Enterprise Edition über eine JMS-Warteschlange. Das Gateway von Partner 2 wird zum Senden der empfangenen EDI-Dokumente an Partner 2 über AS2 verwendet.
Zur Erstellung eines neuen Gateways für Partner 2 führen Sie die folgenden Schritte aus:
Gateway-Name |
AS2toPartner2 |
Transport |
HTTP/1.1 |
Ziel-URI |
http://IP_COMPUTER_C/input/AS2 |
Benutzername |
partner1 |
Kennwort |
partner1 |
Ein Beispiel für die Einstellung dieser Eigenschaften in WebSphere Partner Gateway - Express finden Sie im Abschnitt WebSphere Partner Gateway - Express konfigurieren.
Beachten Sie, dass 'AS2toPartner2' als 'online' mit dem Status Aktiviert angezeigt wird.
Definieren Sie 'AS2toPartner2' mit folgenden Schritten als Standardgateway für Partner 2:
Eine Dokumentenflussdefinition ist eine Sammlung von "Metainformationen", die die Funktionen zur Dokumentverarbeitung des Teilnehmers definiert. Damit ein System ein Geschäftsdokument verarbeiten kann, müssen zwei oder mehr Dokumentenflussdefinitionen verknüpft werden, um eine Interaktion zu erstellen.
Zur Erstellung einer Interaktion zwischen Partner 1 und Partner 2 führen Sie die folgenden Schritte aus:
Teilnehmerverbindungen bilden den Mechanismus, der das System in die Lage versetzt, Dokumente zwischen dem Community Manager und seinen verschiedenen Teilnehmern zu verarbeiten und weiterzuleiten. Verbindungen enthalten die erforderlichen Informationen für den ordnungsgemäßen Austausch jedes einzelnen Dokumentenflusses.
Zur Erstellung einer Teilnehmerverbindung zwischen Partner 1 und Partner 2 führen Sie die folgenden Schritte aus:
Dokumentenflusstyp | Quelle | Ziel |
---|---|---|
Paket |
Nein (N/V) |
AS (N/V) |
Protokoll |
EDI-X12 (ALLE) |
EDI-X12 (ALLE) |
Dokumentenfluss |
ISA (ALL) |
ISA (ALL) |
Zur Erstellung einer Teilnehmerverbindung, bei der Partner 2 die Quelle und Partner 1 das Ziel ist, führen Sie die folgenden Schritte aus:
Dokumentenflusstyp | Quelle | Ziel |
---|---|---|
Paket |
AS (N/V) |
Nein (N/V) |
Protokoll |
EDI-X12 (ALLE) |
EDI-X12 (ALLE) |
Dokumentenfluss |
ISA (ALL) |
ISA (ALL) |
Die Anzeige der Zielliste stellt Informationen zu Positionen bereit, die es dem Document Manager von WebSphere Partner Gateway ermöglichen, Dokumente von dem entsprechenden System auf der Basis des Transporttyps des eingehenden Dokuments abzurufen. Sie können separate Zielkonfigurationen auf der Basis des Transporttyps erstellen. Der Document Manager kann dann die Positionen von Dokumentrepositorys auf mehreren Web-, FTP- und POP-Mail-Servern, einschließlich interner Verzeichnisse und JMS-Warteschlangen, nach eingehenden Dokumenten abfragen.
Wenn der Document Manager ein Dokument aus der Position auf der Basis eines vordefinierten Ziels abruft, kann die Routinginfrastruktur das Dokument auf der Basis der Kanalkonfiguration verarbeiten.
Zum Empfangen einer EDI-Transaktion von WebSphere Data Interchange erstellen Sie ein neues JMS-Ziel, indem Sie folgende Schritte ausführen:
Zieleigenschaft | Wert |
---|---|
Zielname |
WdiJmsListener |
Transport |
JMS |
Gateway-Typ |
Produktion |
JMS-Provider-URL |
file:///opt/mqm/java/JNDI/WdiJms |
JMS-Warteschlangenname |
EDI_IN_B |
JMS-Factory-Name |
HUB60_QM_QCF |
JNDI-Factory-Name |
com.sun.jndi.fscontext.RefFSContextFactory |
Ein zweites Ziel ist für den Empfang von EDI-Dokumenten von Partner 2 über AS2 erforderlich. Führen Sie die folgenden Schritte aus, um dieses Ziel zu erstellen: