SOAP
Clic derecho en el árbol ▸ Añadir ▸ Petición SOAP.
Configuración
Section titled “Configuración”| Campo | Función |
|---|---|
| URL | El punto de entrada del servicio |
| SOAPAction | La cabecera SOAPAction de la operación |
| Servicio / Operación | Los nombres procedentes del WSDL, usados para el encaminamiento y la visualización |
| Cuerpo | El sobre SOAP en bruto, en XML |
| Cabeceras | Las cabeceras HTTP de transporte |
El sobre se puede editar tal cual, con coloración sintáctica y reformateo. Las
{{variables}} funcionan ahí con normalidad.
Importar un WSDL
Section titled “Importar un WSDL”Es la vía recomendada: Archivo ▸ Importar un .wsdl (o una URL de WSDL)
construye una carpeta por servicio y puerto, una petición por operación, con
SOAPAction rellenado y un sobre precompletado a partir del esquema, además de la
documentación de API y las enumeraciones. Consulte
Importar un WSDL.
Los fallos SOAP
Section titled “Los fallos SOAP”Una respuesta <soap:Fault> se muestra como tal: Restorm no se conforma con un
estado HTTP 500 opaco, el contenido del fallo se destaca en el panel de respuesta.
Modo servidor
Section titled “Modo servidor”Restorm sabe alojar un servicio SOAP de simulación. Cada operación simulada se
empareja prioritariamente por SOAPAction y, en su defecto, por el nombre del
primer hijo de <soap:Body>. Una operación puede marcarse como fallo, lo que hace
que responda un <soap:Fault> con un estado HTTP 500. Consulte
Simular un servicio SOAP.
Fragmentos de código
Section titled “Fragmentos de código”Quince destinos, entre ellos las variantes «cliente SOAP» y «HTTP en bruto» de cada
ecosistema: cURL, JavaScript (Fetch, soap npm), TypeScript, Python (zeep, Requests
en bruto), C# (WCF, HttpClient en bruto), Java (JAX-WS, HttpURLConnection en bruto),
PHP (SoapClient, cURL en bruto), Ruby (savon), Go (net/http), PowerShell.