E-Business - Stand der Technik

Mit WSDL (Web Services Description Language), einem XML-basierten Standard, wird die Schnittstelle eines Webservice vollständig beschrieben. Diese Beschreibung wird von Programmen verstanden und verarbeitet. WSDL ist protokollunabhängig, jedoch sind Bindungen an SOAP und HTTP beschrieben. Der Zweck von WSDL ist die strukturierte Beschreibung der Kommunikation mit Webservices. Dazu wird eine Grammatik definiert, die aussagt, welche Operationen mit welchen Parametern angeboten werden und wie deren Ergebnisse aussehen. Webservices stellen unter dem Blickwinkel von WSDL eine Menge von Kommunikationsendpunkten, so genannte Ports, bereit, die über abstrakt definierte Nachrichten angesprochen werden. Dieses Konstrukt ist unabhängig von konkret vorhandenen Netzwerkprotokollen und Datenformaten. Die Bindung zwischen abstraktem Kommunikationsendpunkt und konkretem Protokoll wird dann in einem eigenen Schritt festgelegt. Durch die so erreichte Unabhängigkeit und Eigenständigkeit der abstrakten Definition wird ihre Wiederverwendbarkeit gewährleistet. [...]

starke Bindung vor. Durch die Hinterlegung der WSDL-Datei bei einer Registrierungsstelle, bei der die Nutzer diese nunmehr beziehen können, wird dieser Problematik Rechnung getragen. Da die WSDL-Datei bereits zur Entwicklungszeit dem Dienstnutzer vorliegt, wird diese Beziehung als statisch bezeichnet. • WSDL dynamisch zur Laufzeit erfragen Ist von Webservices die Rede, dann wird meist die dynamische Anbindung impliziert. Hier wird keine Proxy-Klasse statisch generiert, sondern aus der wiederum von der Registrierungsstelle übermittelten Datei dynamisch der Zugriff auf den Webservice abgeleitet. Zieht der Anbieter auf einen anderen Server um, muss keine neue Datei übermittelt, sondern lediglich ein Eintrag in der Registrierungsstelle geändert werden. Die Clientseite wird also mit derartigen Angelegenheiten nicht mehr belastet. Weiterhin ist bei diesem Verfahren beispielsweise die dynamische Suche des günstigsten Anbieters durch den Client möglich, wenn die Möglichkeit gegeben ist, durch standardisierte Verfahren Gebühren für Webservices abzurechnen. [...]

Webservices ermöglichen sowohl einen entfernten Prozeduraufruf (Remote Procedure Call RPC) als auch einen Nachrichtenaustausch (Messaging). Sie bieten eine textbasierte Kommunikation an, basierend auf industrieweiten Standards wie XML und Simple Object Access Protocol (SOAP) und sind damit gegenüber Technologien wie CORBA, J2EE oder .NET eine generelle Neuerung. Wird SOAP über HTTP durchgeführt, ist es möglich, sich auf Port 80 zu beschränken und damit problemlos Firewalls zu überwinden, was beispielsweise bei RMI (Remote Method Invocation) von Java nicht so einfach möglich ist. SOAP ist nicht nur unabhängig von der jeweiligen Plattform, sondern auch vom eingesetzten Transportprotokoll. Innerhalb eines Unternehmens ermöglichen Webservices die Zerlegung großer Programme, die einen Gesamtablauf repräsentieren, in kleinere Teilprogramme, was strukturierend wirkt. Da viele Unternehmensanwendungen in unterschiedlichen Programmiersprachen geschrieben wurden und auf verschiedenen Plattformen ablaufen, ist die Plattformunabhängigkeit eine wichtige Eigenschaft von Webservices. Diese Konzepte waren zwar mehr oder weniger bereits vorher vorhanden, jedoch mit folgenden spezifischen Nachteilen bzw. Einschränkungen: • • DCOM – Beschränkung auf Microsoft Windows basierende Systeme CORBA – Komplexität in der Implementierung – Geringere Unterstützung von industrieweit akzeptierten Standards [...]