O .NET pode preservar um WSDL ao gerar um serviço da Web? - java, .net, wsdl, interop, wsdl.exe

Eu sou um programador Java e criei um WSDLque define um serviço da web que deve ser implementado por provedores em outras empresas para que meu sistema possa chamar provedores diferentes de maneira uniforme. Trabalhar com o WSDL em Java funciona bem - eu posso gerar um servidor e um cliente que trabalham juntos e o Endpoint.publish (URL) respeita o WSDL e o publica com apenas um comentário adicional e um url de serviço substituído.

Agora o problema: Um dos provedores usa o .NET asmx para implementar o serviço e isso parece transformar completamente o WSDL (visto https://<providers-service-url>?WSDL) e o serviço falha quando eu uso o meu geradoclasses (geradas a partir do wsdl original) para chamar o serviço. A falha indica o equivalente do .NET de um NPE. SOAPUI funciona bem quando apontado para o serviço em execução.

Eu acredito que o provedor usado

wsdl.exe /serverInterface <my.wsdl>

para gerar seu serviço.

Portanto, as perguntas para qualquer guru do .NET são:

Como o provedor deve gerar o serviço para funcionar com os clientes gerados a partir do wsdl original?

O serviço .NET pode preservar o WSDL original, https://<providers-service-url>?WSDL é quase idêntico ao WSDL original?

Obrigado por qualquer entrada.

Respostas:

O WSDL é realmente apenas um tipo de especificaçãoUm documento que permite que aqueles que estão implementando um serviço vejam quais métodos são expostos por ele - bem como pontos de extremidade, etc. Eu já usei serviços da Web Java usando o .NET e realmente o arquivo WSDL desempenha um papel menor. O desenvolvedor .NET pode simplesmente criar uma referência para o serviço através do IDE do Visual Studio. Isso criará as classes necessárias para implementar os vários métodos. É claro que ele terá que saber qual é o modelo de segurança para poder implementar as ligações corretas. Muitas pessoas dirão que o Java não é legal com o .NET e certamente há alguns obstáculos a superar nesse aspecto, mas eu pessoalmente nunca encontrei um serviço da Web Java que eu não consiga consumir no .NET. .