Informieren Sie sich über ein typisches End-to-End-Szenario mit einem Web-Service-Client, dem Sie durch den Broker eine bestehende Funktion, die nicht auf einem Web-Service basiert, zur Verfügung stellen möchten.
Ein bestehendes, auf C oder Cobol basierendes System bietet eine Geschäftslogik an, die auf nützliche Weise einem Web-Service zugänglich gemacht werden kann.
Wie im vorhergehenden Beispiel (Implementierung eines neuen Web-Services durch den Broker) gibt es verschiedene Mechanismen für den Broker, um Operationen auf dem bestehenden System aufzurufen (d. h., das System macht eine Schnittstelle für den Broker zugänglich). Üblicherweise wird das bestehende System für WebSphere MQ aktiviert, d. h., es empfängt MQ-Nachrichten mit Anwendungsdaten, übergibt diese an die zugrunde liegende Implementierung und verpackt anschließend die Rückgabewerte als WebSphere MQ-Antwort. Die Datenstrukturen, die an diese bestehenden Operationen geliefert und von diesen zurückgegeben werden, sind in einer C-Headerdatei oder einem COBOL-Copybook definiert.
In diesem Beispiel ist das, was der Web-Service bereitstellen muss, jedoch eingeschränkt, da die WSDL-Definition für den Web-Service-Client bereits vorhanden ist.
Bei einem möglichen Szenario könnte ein unternehmensweit verteilter Web-Service-Client den Benutzern bereits den Zugriff auf eine bestimmte Geschäftsfunktion ermöglichen. Die Aufgabe des Brokers besteht darin, dieselbe Schnittstelle für eine neue Implementierung auf Basis des bestehenden System anzubieten. Der ursprüngliche Web-Service-Provider bietet möglicherweise eine andere Servicequalität an oder die Verbindung muss aus irgendeinem Grund getrennt werden.
Wie zuvor kann der Broker die bestehende Systemfunktion über WebSphere MQ aufrufen.
So implementieren Sie das Szenario: