SOAP is just a specialization of XML over HTTP, and this answer you posted really looks like a SOAP ( SOAP fault ) response.
This seems like a big misunderstanding, so donβt think that they are pulling your foot. Try to ask your question differently.
Regarding WSDL, if it is indeed a 100% SOAP web service, note that it is not necessary to have a WSDL for the SOAP web service .
A web service is simply an application that provides a set of operations over the network. To invoke these operations, you need to know what their name is, what parameters they expect, what types of parameters they have, etc. So that you know how to create a client stub .
This means that the web service must be documented, otherwise you do not know how to write code that interacts with the web service. This documentation can be a Word or PDF document, and you can manually create a client from this (which involves writing a lot of plumbing code for your client stub) OR the documentation can be WSDL , which, unlike a PDF or Word document, can be sent into a tool to automatically generate an authorization code.
WSDL describes a web service - and it is good practice to provide one, but the web service exists separately from WSDL.
source share