¿Cómo debo compensar una mala WSDL?

Question

He llegado a través de varios ejemplos de servicios web basados en SOAP donde automatizado de utillaje no se puede crear un cliente que funciona.

La investigación de estos ejemplos, me conduce a creer que el WSDL del servicio que utiliza para describir a sí mismo no acaba de coincidir con el servicio que se proporciona.Tal vez un mal tipo en algún lugar, una diferente estructura de datos - algo.

No estoy seguro de cuál es la respuesta más adecuada es - si asumimos que la obvia (obtener el proveedor de arreglar sus cosas) no está disponible.

Algunas de las opciones que puedo pensar:

• Hacer una fija WSDL?
• Hackear el código generado?
• Otras opciones?
• No hay buenas opciones?

Lo bueno de las experiencias que la gente tenía?Lo que funciona en un entorno real?

Gracias

Answer 1

Me gustaría probar por la primera opción, hacer un WSDL fijo. Si eso no funciona, entonces se podría recurrir a la piratería el código generado.

Por supuesto, si el servicio es radicalmente diferente de la WSDL puede que no tenga mucha suerte con esas 2 opciones.

Si tiene suerte hay otra manera. Algunos marcos de servicios Web de soporte de devolver un WSDL generado dinámicamente.

Sé que con un servicio AXIS 1.4 que puede hacer un GET en el servicio url + '? WSDL' y volver un WSDL generado dinámicamente.

por ejemplo. http://foo.com/service/?WSDL

Answer 2

En primer lugar me gustaría tratar de confirmar si la herramienta crea una unión correcta para el WSDL. Si el WSDL es correcta y la herramienta genera malas fijaciones que no conducen en el procesamiento de petición / respuesta SOAP correcta, el autor herramienta podría proporcionar una solución o una solución.