SOAP

Kliknięcie prawym przyciskiem w drzewie ▸ Dodaj ▸ Żądanie SOAP.

Konfiguracja

Pole	Rola
URL	Punkt wejściowy usługi
SOAPAction	Nagłówek SOAPAction danej operacji
Usługa / Operacja	Nazwy pochodzące z dokumentu WSDL, używane do kierowania i wyświetlania
Treść	Surowa koperta SOAP, w formacie XML
Nagłówki	Nagłówki HTTP warstwy transportu

Kopertę można edytować bezpośrednio, z kolorowaniem składni i formatowaniem. Zmienne {{variables}} działają w niej normalnie.

Import dokumentu WSDL

To zalecana droga: Plik ▸ Importuj dla pliku .wsdl (albo adresu URL dokumentu WSDL) tworzy jeden folder na usługę i port, jedno żądanie na operację, z wypełnionym polem SOAPAction oraz kopertą wstępnie wypełnioną na podstawie schematu — a ponadto dokumentację API i wyliczenia. Zob. Import pliku WSDL.

Błędy SOAP

Odpowiedź <soap:Fault> jest wyświetlana jako taka: Restorm nie poprzestaje na nieprzejrzystym statusie HTTP 500 — treść błędu zostaje wyróżniona w panelu odpowiedzi.

Tryb serwera

Restorm potrafi hostować symulowaną usługę SOAP. Każda symulowana operacja jest dopasowywana w pierwszej kolejności na podstawie SOAPAction, a w razie jego braku na podstawie nazwy pierwszego elementu potomnego <soap:Body>. Operację można oznaczyć jako błąd, co powoduje odpowiedź <soap:Fault> ze statusem HTTP 500. Zob. Symulowanie usługi SOAP.

Fragmenty kodu

Piętnaście celów, w tym warianty „klient SOAP” i „surowy HTTP” dla każdego ekosystemu: cURL, JavaScript (Fetch, soap npm), TypeScript, Python (zeep, surowy Requests), C# (WCF, surowy HttpClient), Java (JAX-WS, surowy HttpURLConnection), PHP (SoapClient, surowy cURL), Ruby (savon), Go (net/http), PowerShell.