SOAP

Clic droit dans l’arbre ▸ Ajouter ▸ Requête SOAP.

Configuration

Champ	Rôle
URL	Le point d’entrée du service
SOAPAction	L’en-tête SOAPAction de l’opération
Service / Opération	Les noms issus du WSDL, utilisés pour l’aiguillage et l’affichage
Corps	L’enveloppe SOAP brute, en XML
En-têtes	Les en-têtes HTTP de transport

L’enveloppe est éditable telle quelle, avec coloration syntaxique et reformatage. Les {{variables}} y fonctionnent normalement.

Importer un WSDL

C’est le chemin recommandé : Fichier ▸ Importer un .wsdl (ou une URL de WSDL) construit un dossier par service et port, une requête par opération, avec SOAPAction renseigné et une enveloppe pré-remplie d’après le schéma — plus la documentation d’API et les énumérations. Voir Importer un WSDL.

Les fautes SOAP

Une réponse <soap:Fault> est affichée comme telle : Restorm ne se contente pas d’un statut HTTP 500 opaque, le contenu de la faute est mis en évidence dans le panneau de réponse.

Mode serveur

Restorm sait héberger un service SOAP de simulation. Chaque opération simulée est appariée par SOAPAction en priorité, à défaut par le nom du premier enfant de <soap:Body>. Une opération peut être marquée comme faute, ce qui fait répondre un <soap:Fault> avec un statut HTTP 500. Voir Simuler un service SOAP.

Extraits de code

Quinze cibles, dont les variantes « client SOAP » et « HTTP brut » de chaque écosystème : cURL, JavaScript (Fetch, soap npm), TypeScript, Python (zeep, Requests brut), C# (WCF, HttpClient brut), Java (JAX-WS, HttpURLConnection brut), PHP (SoapClient, cURL brut), Ruby (savon), Go (net/http), PowerShell.