Salta ai contenuti

Simulare un servizio SOAP

Clic destro su una cartella ▸ Aggiungi ▸ Server SOAP.

Ogni operazione simulata è una voce di elenco:

CampoRuolo
SOAPActionIl valore di header che identifica l’operazione
NomeIl nome dell’operazione
Corpo di rispostaLa busta XML restituita
FaultRisponde con un <soap:Fault> e uno stato HTTP 500

Un elemento Server SOAP: l’indirizzo di ascolto, poi due operazioni simulate — CreateInvoice, che restituisce un corpo di risposta, e CancelInvoice, la cui casella «Fault» è selezionata

Un’operazione viene scelta:

  1. prima in base al suo SOAPAction — è la via normale;
  2. in mancanza, in base al suo nome, confrontato con il primo figlio di <soap:Body>.

Questo ripiego è ciò che permette di simulare servizi il cui client non invia un header SOAPAction.

Contrassegnando un’operazione come fault, Restorm risponde con una busta <soap:Fault> e uno stato HTTP 500 — esattamente ciò che produce un servizio SOAP reale in errore.

È difficile da provocare su un servizio di collaudo, ed è tuttavia il percorso che il proprio client deve saper gestire.

Le azioni Server SOAP e Chiusura server SOAP. Si veda Server ospitati.