SOAP
Clique com o botão direito na árvore ▸ Adicionar ▸ Pedido SOAP.
Configuração
Section titled “Configuração”| Campo | Função |
|---|---|
| URL | O endpoint do serviço |
| SOAPAction | O cabeçalho SOAPAction da operação |
| Serviço / Operação | Os nomes provenientes do WSDL, usados para o encaminhamento e para a apresentação |
| Corpo | O envelope SOAP em bruto, em XML |
| Cabeçalhos | Os cabeçalhos HTTP de transporte |
O envelope é editável tal como está, com realce de sintaxe e reformatação. As
{{variables}} funcionam aí normalmente.
Importar um WSDL
Section titled “Importar um WSDL”É o caminho recomendado: Ficheiro ▸ Importar um .wsdl (ou um URL de WSDL)
constrói uma pasta por serviço e porta, um pedido por operação, com a
SOAPAction preenchida e um envelope previamente preenchido a partir do
esquema — mais a documentação de API e as enumerações. Consulte
Importar um WSDL.
As falhas SOAP
Section titled “As falhas SOAP”Uma resposta <soap:Fault> é apresentada como tal: o Restorm não se limita a um
estado HTTP 500 opaco, o conteúdo da falha é realçado no painel de resposta.
Modo servidor
Section titled “Modo servidor”O Restorm sabe alojar um serviço SOAP de simulação. Cada operação simulada é
correspondida pela SOAPAction em primeiro lugar e, na sua ausência, pelo
nome do primeiro filho de <soap:Body>. Uma operação pode ser marcada como
falha, o que faz responder um <soap:Fault> com um estado HTTP 500.
Consulte Simular um serviço SOAP.
Fragmentos de código
Section titled “Fragmentos de código”Quinze alvos, incluindo as variantes “cliente SOAP” e “HTTP em bruto” de cada
ecossistema: cURL, JavaScript (Fetch, soap npm), TypeScript, Python (zeep,
Requests em bruto), C# (WCF, HttpClient em bruto), Java (JAX-WS,
HttpURLConnection em bruto), PHP (SoapClient, cURL em bruto), Ruby (savon), Go
(net/http), PowerShell.