Zum Inhalt springen

Einen SOAP-Dienst simulieren

Rechtsklick auf einen Ordner ▸ Hinzufügen ▸ SOAP-Server.

Jede simulierte Operation ist ein Listeneintrag:

FeldRolle
SOAPActionDer Header-Wert, der die Operation identifiziert
NameDer Name der Operation
Antwort-BodyDer zurückgegebene XML-Umschlag
FaultAntwortet mit einem <soap:Fault> und HTTP-Status 500

Ein SOAP-Server-Element: die Listen-Adresse, dann zwei simulierte Operationen – CreateInvoice, die einen Antwort-Body zurückgibt, und CancelInvoice, deren Kästchen „Fault“ aktiviert ist

Eine Operation wird ausgewählt:

  1. zunächst über ihre SOAPAction – das ist der normale Weg;
  2. andernfalls über ihren Namen, verglichen mit dem ersten Kind von <soap:Body>.

Dieser Rückfall ist es, der es erlaubt, Dienste zu simulieren, deren Client keinen SOAPAction-Header sendet.

Markieren Sie eine Operation als Fault, und Restorm antwortet mit einem <soap:Fault>-Umschlag und HTTP-Status 500 – genau das, was ein echter SOAP-Dienst im Fehlerfall erzeugt.

Das ist auf einem Testdienst schwer zu provozieren, und doch ist es genau der Weg, den Ihr Client verarbeiten können muss.

Die Aktionen SOAP-Server und SOAP-Server schließen. Siehe Gehostete Server.