Architektur von JD Edwards OneWorld

Der Microsoft BizTalk-Adapter für JD Edwards OneWorld bietet Zugriff auf JD Edwards OneWorld-Geschäftsfunktionen. Die Kommunikation von JD Edwards OneWorld zwischen Client- und Servercomputern erfolgt über eine proprietäre Nachrichtübermittlungsarchitektur mit dem Namen JDENet. JDENet wird von den JD Edwards OneWorld-Connectorklassen implementiert, die sich in den JAR-Dateien Connector.jar und Kernel.jar befinden. Die Kommunikation wird mithilfe von TCP/IP als Transportprotokoll über den Standardport 6009 oder 6010 implementiert. Eine Beschreibung, wo dieser Wert festgelegt wird, finden Sie unter Hinzufügen der Artefakte zur BizTalk-Verwaltung.

Architektur des BizTalk-Adapters für JD Edwards OneWorld

Für Aufrufe der JD Edwards OneWorld-Geschäftsfunktionen sind zwei Nachrichten erforderlich:

• Die erste Nachricht antwortet mit dem Speicherort des Servers, der die Geschäftsfunktion verarbeitet. Dies wird erreicht, indem eine Nachschlagevorgang in einer Reihe von Tabellen durchgeführt wird, die als Objektkonfigurationszuordnung (Object Configuration Mapping, OCM) bezeichnet werden.

• Die zweite Nachricht sendet einen formatierten Nachrichtenpuffer, der die Argumente enthält, die an JD Edwards OneWorld oder von JD Edwards OneWorld an den entsprechenden Server übergeben werden, und wartet dann auf eine Antwort. Die Puffer werden gemäß den Typdefinitionen der zugrunde liegenden C++-Strukturen formatiert.

Eingehende Dienste zur Entwurfszeit

• Zur Entwurfszeit erstellen Sie den Port, wählen den Adapter aus und geben Anmeldeinformationen an, um sich mit dem Zielserver mit JD Edwards OneWorld zu verbinden. Die Visual Studio-Entwicklungsumgebung ruft das Adapterframework auf, um Entwurfszeitinformationen für diesen Port abzurufen. Der BizTalk-Adapter für JD Edwards OneWorld verwendet den Browsingagent für diesen Port.

• Zur Entwurfszeit fordert BizTalk Server Informationen über Aufrufe des Adapters an.

• Der Browsingagent wandelt diese Anforderung in systemeigenen JD Edwards OneWorld-Code um und übermittelt die Anforderung an JD Edwards OneWorld über die ThinNet-API-Verbindung (die in Connector.jar und Kernel.jar eingerichtet ist).

• Eine benutzerdefinierte Geschäftsfunktion wird über die BTSREL-Installation installiert: Sie macht die master Geschäftsfunktionen verfügbar.

• Eine Liste mit Modulen in JD Edwards OneWorld wird anfänglich zurückgegeben und in die Visual Studio-Entwicklungsumgebung transportiert, in der der Adapter-Assistent mit Daten aufgefüllt wird.

• Sie können die Hierarchie so erweitern, dass der Bibliotheksname und der Modulname angezeigt werden.

• Wenn Sie ein bestimmtes Modul auswählen, werden Schemas für alle Funktionen im Modul angezeigt. Der Adapter ruft die erforderlichen Informationen aus JD Edwards OneWorld ab, und der Browsingagent erstellt die Schemas.

• Die Schemas werden der BizTalk Server-Projektorchestrierung hinzugefügt.

Eingehende Dienste zur Laufzeit

• BizTalk Server ruft den BizTalk-Adapter für JD Edwards OneWorld auf, um eine Nachricht an einem bestimmten Port zu senden.

• Der Laufzeit-Agent wandelt den XML-Code in systemeigenen JD Edwards-Code um.

• Der Laufzeit-Agent übermittelt die Anforderung über ThinNet an das JD Edwards-Unternehmenssystem, das in den Transporteigenschaften des Sendeports angegeben ist.

• Die Master Business Function wird auf dem JD Edwards-System ausgeführt, die anschließend ein Antwortdokument generiert, das den Erfolg oder Misserfolg des Vorgangs sowie Datenparameter angibt, die von der Geschäftsfunktion zurückgegeben wurden.

• Die an JD Edwards OneWorld gesendete Nachricht ist eine auf eine Nachricht und Antwort beschränkte Architektur. Mehrere Nachrichten können nicht gleichzeitig verarbeitet werden.

• Das Antwortdokument wird über ThinNet zurückgesendet, in XML umgewandelt und zurück an BizTalk Server übertragen.

Ausgehende Ereignisse zur Entwurfszeit

• Es steht keine systematische Erzeugung von Ereignismetadaten zur Verfügung.

• Eine Kopie des Ereignisdokuments muss Visual Studio bereitgestellt werden, damit das Schema generiert und zusammen mit dem Zielnamespace in das Projekt integriert werden kann.

Ausgehende Ereignisse zur Laufzeit

• Ein Dateitransportmechanismus wird im JD Edwards-Unternehmensserver eingerichtet, um das sich ergebende XML-Dokument, das nach Abschluss des Ereignisses ausgelöst wurde, in das Zielverzeichnis auf diesem Server zu übertragen.

• Der Computer mit BizTalk Server hat ein Laufwerk, das dem Verzeichnis auf dem Unternehmensserver zugeordnet ist.

• Die Transporteigenschaften des Empfangsports werden für das zugeordnete Laufwerk konfiguriert. Der Empfangsport empfängt Nachrichten, die vom Unternehmensserver an ein Verzeichnis übermittelt werden.

• Die Identifizierung des Zielnamespaces stellt sicher, dass die ordnungsgemäßen Nachrichten zum konfigurierten Empfangsport weitergeleitet werden.

• Der Empfangsport übermittelt das XML-Dokument an BizTalk Server.

Weitere Informationen

Hinzufügen von Artefakten zur BizTalk-Verwaltung
Planung und Architektur