SOAP

Clic destro nell’albero ▸ Aggiungi ▸ Richiesta SOAP.

Configurazione

Campo	Ruolo
URL	Il punto di ingresso del servizio
SOAPAction	L’header SOAPAction dell’operazione
Servizio / Operazione	I nomi provenienti dal WSDL, usati per lo smistamento e la visualizzazione
Corpo	La busta SOAP grezza, in XML
Header	Gli header HTTP di trasporto

La busta è modificabile così com’è, con evidenziazione della sintassi e riformattazione. Le {{variables}} vi funzionano normalmente.

Importare un WSDL

È la via consigliata: File ▸ Importa di un .wsdl (o di un URL di WSDL) costruisce una cartella per servizio e porta, una richiesta per operazione, con SOAPAction compilato e una busta precompilata in base allo schema — più la documentazione di API e le enumerazioni. Si veda Importare un WSDL.

I fault SOAP

Una risposta <soap:Fault> viene mostrata come tale: Restorm non si accontenta di uno stato HTTP 500 opaco, il contenuto del fault viene messo in evidenza nel pannello di risposta.

Modalità server

Restorm sa ospitare un servizio SOAP di simulazione. Ogni operazione simulata viene appaiata in via prioritaria tramite SOAPAction, in mancanza tramite il nome del primo figlio di <soap:Body>. Un’operazione può essere contrassegnata come fault, cosa che fa rispondere un <soap:Fault> con uno stato HTTP 500. Si veda Simulare un servizio SOAP.

Snippet di codice

Quindici destinazioni, comprese le varianti «client SOAP» e «HTTP grezzo» di ogni ecosistema: cURL, JavaScript (Fetch, soap npm), TypeScript, Python (zeep, Requests grezzo), C# (WCF, HttpClient grezzo), Java (JAX-WS, HttpURLConnection grezzo), PHP (SoapClient, cURL grezzo), Ruby (savon), Go (net/http), PowerShell.