Dieser Mustercode soll die Funktionsweise der WebSphere-Adapterknoten veranschaulichen. Er verwendet dabei die TwineBall-Adapter, die über ein eigenständiges unternehmensweites Informationssystem (EIS) verfügen. In diesem Mustercode fügt ein traditionelles System Daten mittels WebSphere MQ-Warteschlangen in das EIS ein, um die beiden Systeme zu synchronisieren.
Der TwineBall Example EIS-Adapter enthält mehrere XML-Schemata sowie eine interne Cloudscape-Datenbank und kann daher mithilfe des EMD-Tools (Enterprise Metadata Discovery) zugeordnet werden. Der TwineBall-Adapter lässt sich somit genau wie ein produktionsfertiges EIS und ohne erforderliche Installation, Konfiguration oder Einrichtung verwenden. Das TwineBall-EIS enthält nur ein Geschäftsobjekt (BO) auf höchster Ebene - ein 'Kunde'-Objekt. Ein 'Kunde'-Objekt hat folgende Struktur:
Der in diesem Mustercode verwendete Nachrichtenfluss ruft das EIS mit dem TwineBallRequest-Knoten auf.
Der Mustercode zeigt, wie ein traditionelles System, das Kundendaten in einfachen Datenstrukturen vom Stil C speichert, in ein EIS integriert werden kann, um die beiden Systeme zu synchronisieren. Die vom TwineBall-EIS generierten Antworten können an eine Warteschlange gesendet werden, die im Header der eingehenden Nachricht definiert ist.
Im folgenden Diagramm ist der Beispielnachrichtenfluss 'TwineBall' dargestellt:
Der TwineBall-Beispielnachrichtenfluss führt folgende Aktionen aus:
Der Rückgabewert ist der Primärschlüssel des neuen 'Kunde'-Objekts, gefolgt von einer 4-Byte-Ganzzahl. Diese hat den Wert 1 (bei Erfolg) oder einen Null-Primärschlüssel, gefolgt von einer 4-Byte-Ganzzahl vom Wert 0 (bei einem Fehler).
Die Ausführung des Beispiels umfasst Folgendes:
Der Mustercode bietet Folgendes: