SOAP-Syntax Schritt für Schritt

Anbinden der SOAP-Nachrichten an HTTP

HTTP ist verantwortlich für das Hin- und Herschicken von SOAP-Nachrichten, fast so, als ob ein Postbote den SOAP-Umschlag per Hand an seinen Zielort bringt. Wenn man eine SOAP-Nachricht von einer Programmiersprache wie Perl, Java oder C++ heraus verschicken will, ist kein Browser beteiligt. Man muss also wissen, welche HTTP-Header man für die Anfrage (request) zu verwenden hat. Dies fehlt noch für die endgültige Fassung von send.xml:


POST /transactions/AnalysePerson HTTP/1.1
Host: jupiter.test.com.au
Content-Type: application/soap; charset="utf-8"
SOAPAction: "http://saturn.test.com.au/transactions/
AnalysePerson"
Content-Length: 447

Der SOAPAction-Header ist optional und schummelt ein bisschen. Er teilt dem empfangenden System mit, wie die eingehende Nachricht verarbeitet werden soll, ohne dass der Empfänger erst einen Blick ins Innere werfen muss, um herauszufinden, dass es sich um SOAP-Inhalte handelt. Sollte ein SOAP-Server zur Hand sein, muss man nur feststellen, ob der Server irgendetwas hinzufügt, wenn dieser Header vorhanden ist. Der Header für die SOAP-Nachricht recv.xml fängt natürlich so an:


HTTP/1.1 200 OK
Content-Type: application/soap; charset="utf-8"
Content-Length: 406

Denn die recv.xml-Nachricht wird innerhalb eines HTTP-Response zurückgegeben, der dem POST des HTTP-Request entspricht.

SOAP-Nachrichten können auch von modernen Browsern erstellt und verschickt werden. Deshalb erwartet man vielleicht, dass die Liste der HTTP-Header etwas länger ausfällt. Für eine Anfrage von einem Browser ist es egal, was all die Header bedeuten, aber aus Gründen der Vollständigkeit hier eine echte, vollständig Standard-konforme SOAP-Anfrage von einem Client (Listing D).

Eigentlich werden dort nur dieselben drei Informationen verschickt (Name, Alter, Haarfarbe), aber auch noch eine Menge Krempel drumherum. Das ist der Preis, den man für die Flexibilität der Zeichen-basierten Standards HTTP und XML zahlen muss.

Den Umschlag verschließen

SOAP ist ein System für den Austausch von Nachrichten zwischen Programmen mit einer recht einfachen Syntax. Man muss nur daran denken, dass die Hauptaufgabe darin besteht, die Tags zu definieren, welche die zu verschickenden Daten strukturieren. Der Rest ist nur ein Haufen Dekoration, von dem man sich nicht beeindrucken lassen sollte. Wer sich intensiver mit SOAP beschäftigen möchte, sollte am besten einen Blick in die
SOAP and XSchema Standards werfen.

Page: 1 2 3 4

ZDNet.de Redaktion

Recent Posts

Forscher entwickeln Exploits per GPT-4 aus Sicherheitswarnungen

Die Tests basieren auf tatsächlich existierenden Sicherheitslücken. GPT-4 erreicht eine Erfolgsquote von 87 Prozent. Alle…

1 Woche ago

HostPress für Agenturen und E-Commerce-Betreiber

Höchste Performance-Standards für Webseiten und ein persönlicher, kundenorientierter Premium Support.

1 Woche ago

V-NAND: Samsung steigert Bit-Dichte um 50 Prozent

Die neue V-NAND-Generation bietet die derzeit höchste verfügbare Bit-Dichte. Samsung steigert auch die Geschwindigkeit und…

1 Woche ago

Bericht: Google entwickelt App-Quarantäne für Android

Die Sicherheitsfunktion taucht in einer Beta eines kommenden Android-Updates auf. Die Quarantäne beendet unter anderem…

1 Woche ago

Kostenloser Kurs zum Ausbau von Low-Code-Programmierung

Die OutSystems Developer School hilft Entwicklern, in 2 Wochen komplexe reaktive Anwendungen mit der Low-Code-Plattform…

1 Woche ago

Cloudflare: DNS-basierte DDoS-Angriffe steigen im ersten Quartal um 80 Prozent

Das Jahr 2024 beginnt laut Cloudflare mit einem Paukenschlag. Die automatischen Systeme des Unternehmens wehren…

1 Woche ago