Dies ist ein Überblick über ein typischen 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 (Broker implementiert neuen Web-Service - Details) 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 zu Grunde liegende Implementierung und verpackt anschließend die Rückgabewerte als MQ-Antwort. Die Datenstrukturen, die an diese bestehenden Operationen geliefert und von diesen zurückgegeben werden, sind in einer C-Headerdatei oder einem COBOL-Copy Book definiert.
In diesem Beispiel gibt es jedoch eine Vorgabe hinsichtlich des Aussehens des Web-Services: Die WSDL-Definition für einen Web-Service-Client ist bereits vorhanden.
Bei einem möglichen Szenario würde 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: