SOAP
Rechtsklick im Baum ▸ Hinzufügen ▸ SOAP-Anfrage.
Konfiguration
Section titled “Konfiguration”| Feld | Rolle |
|---|---|
| URL | Der Endpunkt des Dienstes |
| SOAPAction | Der SOAPAction-Header der Operation |
| Dienst / Operation | Die aus dem WSDL stammenden Namen, für Routing und Anzeige verwendet |
| Body | Der rohe SOAP-Envelope, in XML |
| Header | Die HTTP-Transport-Header |
Der Envelope ist unverändert bearbeitbar, mit Syntaxhervorhebung und
Neuformatierung. {{variables}} funktionieren darin normal.
Ein WSDL importieren
Section titled “Ein WSDL importieren”Das ist der empfohlene Weg: Datei ▸ Importieren einer .wsdl-Datei
(oder einer WSDL-URL) erzeugt einen Ordner pro Dienst und Port, eine
Anfrage pro Operation, mit ausgefülltem SOAPAction und einem anhand des
Schemas vorausgefüllten Envelope — zuzüglich API-Dokumentation und
Aufzählungen. Siehe Ein WSDL importieren.
Die SOAP-Fehler
Section titled “Die SOAP-Fehler”Eine <soap:Fault>-Antwort wird als solche angezeigt: Restorm begnügt
sich nicht mit einem undurchsichtigen HTTP-500-Status, der Inhalt des
Fehlers wird im Antwortbereich hervorgehoben.
Servermodus
Section titled “Servermodus”Restorm kann einen simulierten SOAP-Dienst hosten. Jede simulierte
Operation wird vorrangig anhand der SOAPAction zugeordnet, andernfalls
anhand des Namens des ersten Kindelements von <soap:Body>. Eine Operation
kann als Fault markiert werden, wodurch ein <soap:Fault> mit
HTTP-Status 500 beantwortet wird. Siehe
Einen SOAP-Dienst simulieren.
Code-Snippets
Section titled “Code-Snippets”Fünfzehn Ziele, darunter die Varianten „SOAP-Client“ und „rohes HTTP“ jedes
Ökosystems: cURL, JavaScript (Fetch, npm-Paket soap), TypeScript, Python
(zeep, rohes Requests), C# (WCF, rohes HttpClient), Java (JAX-WS, rohes
HttpURLConnection), PHP (SoapClient, rohes cURL), Ruby (savon), Go
(net/http), PowerShell.