Verwendungsszenarien mit WSIF

Es gibt zwei Hauptszenarien, die die Rolle veranschaulichen, die WSIF in der aufstrebenden Web-Service-Umgebung spielt: erneute Entwicklung und erneute Implementierung und Komposition des Service-Flows.

Szenario: Erneute Entwicklung und erneute Implementierung

Bei der Erstimplementierung eines Web-Service erstellen Sie einen einfachen Prototypen. Wenn Sie einen Web-Service-Prototypen in die Produktion übernehmen möchten, müssen Sie ihn häufig erneut erstellen und implementieren.

Das Web Services Invocation Framework (WSIF) verwendet für alle möglichen zugrunde liegenden Technologien dieselben API-Aufrufe. Deshalb können Sie mit WSIF
  • Services ohne Änderung des Clientcodes erneut erstellen und erneut implementieren,
  • vorhandene zuverlässige Infrastrukturen mit hoher Verfügbarkeit wie Remote Method Invocation over Internet Inter-ORB Protocol (RMI-IIOP) und Java Message Service (JMS) verwenden, ohne die Positionsunabhängigkeit opfern zu müssen, die das Web-Service-Modell bietet.

Szenario: Komposition des Service-Flows

In der Regel wird zunächst ein Web-Service aufgerufen und anschließend die Antwort von einem Web-Service an den nächsten Web-Service übergeben. Zwischen diesen Schritten können unter Umständen einige Transformationen stattfinden.

In diesem Ablauf sind zwei wichtige Aspekte in Bezug auf WSIF zu beachten:

  • Die Darstellung des Serviceaufrufs basierend auf den Metadaten in der Web Services Description Language (WSDL).
  • Die Möglichkeit, allein auf der Basis des portType Serviceaufrufe zu erstellen, die dann in jeder Implementierung verwendet werden können.

Stellen Sie sich vor, Sie erstellen einen Metaservice, der eine Reihe von Services verwendet, um einen Prozess zu erstellen. Zunächst sind einige dieser Services einfache JavaBean-Prototypen, die mit SOAP geschrieben und bereitgestellt werden, aber Sie planen, neben anderen externen Services mehrere dieser Prototypen als EJB-Komponenten erneut zu implementieren.

Bei der Verwendung von SOAP werden für jeden weiteren Aufruf mehrere Threads reserviert, weil jeder Aufruf zuerst an den Web-Server und die Servlet-Engine und dann an den SOAP-Router weitergeleitet werden. Wenn Sie WSIF verwenden, um die Beans direkt aufzurufen, ist die Leistung im Vergleich zu SOAP wesentlich besser, und Sie verlieren weder Transparenz in Bezug auf den Zugriff noch auf die Position. Mit WSIF können Sie die JavaBean-Implementierungen durch EJB-Implementierungen ersetzen, ohne den Clientcode ändern zu müssen. Wenn Sie einige der Web-Services von lokalen Implementierungen auf externe SOAP-Services migrieren möchten, müssen Sie lediglich die WSDL aktualisieren.


Symbol, das den Typ des Artikels anzeigt. Konzeptartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwsf_scen
Dateiname:cwsf_scen.html