Effiziente SOAP-Transportprotokolle

Inhaltsangabe:Einleitung: Das Hypertext Transfer Protocol (HTTP) hat sich zum Standardprotokoll im Bereich der Webservice Technologie entwickelt. Vor allem die ubiquitäre Verfügbarkeit und einfache Struktur von HTTP haben ihren Teil dazu beigetragen. HTTP als SOAP-Transportprotokoll ist in allen verfügbaren SOAP-Engines implementiert. Für viele Webservice Applikationen und Anwendungsszenarien ist HTTP jedoch zu unflexibel und kann den Anforderungen der Anwendungen nicht gerecht werden. Die zunehmende Verbreitung der Webservice Technologie verlangt nach alternativen Konzepten hinsichtlich der verwendeten SOAP-Transportprotokolle. Als kritische Faktoren können hier der vom Protokoll verursachte Overhead und die Latenz betrachtet werden. So benötigen zum Beispiel Multimediaanwendungen häufig eine Kombination aus hoher Bandbreite und geringer Latenz. Hier erscheinen Webservices mit HTTP als Transportbinding durch den relativ großen Protokolloverhead und die hohe Latenz den Bedürfnissen nicht gerecht zu werden. Kabelgebundene Netze bieten heute zwar ausreichend Bandbreite auch für Anwendungen mit hohen Anforderungen in Netzen in denen die Nutzung jedoch beispielsweise nach verursachtem Datenvolumen abgerechnet wird (z.B. Mobilfunk) werden durch den Protokolloverhead zusätzlich Kosten verursacht. Webservices bieten die Möglichkeit Applikationen aus vielen Bausteinen zusammenzubauen. Denkt man beispielsweise an Buchungsfunktionen für Reisen können hierbei viele sequentielle Aufrufe von Webservices notwendig sein. Ein mögliches Szenario könnte folgendermaßen aussehen: Das Hotel wird nur gebucht wenn der Flug erfolgreich gebucht wurde. Der Mietwagen wird nur gebucht wenn Flug und Hotel erfolgreich gebucht wurden usw. Bei Applikationen dieser Art summieren sich die Antwortzeiten so dass schließlich eine vom Benutzer nicht mehr akzeptierte Verzögerung entsteht. Ziel dieser Arbeit ist es ein bezüglich des Protokolloverheads und der Latenz minimales SOAP-Transportpro