Du er ikke logget ind
Beskrivelse
Inhaltsangabe: Einleitung: Das Hypertext Transfer Protocol (HTTP) hat sich zum Standardprotokoll im Bereich der Webservice Technologie entwickelt. Vor allem die ubiquitare Verfugbarkeit und einfache Struktur von HTTP haben ihren Teil dazu beigetragen. HTTP als SOAP-Transportprotokoll ist in allen verfugbaren SOAP-Engines implementiert. Fur 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 konnen hier der vom Protokoll verursachte Overhead und die Latenz betrachtet werden. So benotigen zum Beispiel Multimediaanwendungen haufig eine Kombination aus hoher Bandbreite und geringer Latenz. Hier erscheinen Webservices mit HTTP als Transportbinding durch den relativ groen Protokolloverhead und die hohe Latenz den Bedurfnissen nicht gerecht zu werden. Kabelgebundene Netze bieten heute zwar ausreichend Bandbreite auch fur Anwendungen mit hohen Anforderungen, in Netzen, in denen die Nutzung jedoch beispielsweise nach verursachtem Datenvolumen abgerechnet wird (z.B. Mobilfunk), werden durch den Protokolloverhead zusatzlich Kosten verursacht. Webservices bieten die Moglichkeit, Applikationen aus vielen Bausteinen zusammenzubauen. Denkt man beispielsweise an Buchungsfunktionen fur Reisen, konnen hierbei viele sequentielle Aufrufe von Webservices notwendig sein. Ein mogliches Szenario konnte folgendermaen 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 schlielich eine vom Benutzer nicht mehr akzeptierte Verzogerung entsteht. Ziel dieser Arbeit ist es, ein bezuglich des Protokolloverheads und der Latenz minimales SOAP-Transportpro