wsdl - unbounded - xsd element types
¿Cómo restaurar el orden original de xsd: elements en xsd: sequence wrappers cuando websphere se actualiza? (1)
No puede cambiar el orden, ya que es generado por el servidor. Puede cambiar su archivo java en Websphere para que se ajuste a su wsdl original. Si yo fuera tú, generaría los archivos java del archivo wsdl original.
Entonces, hay un proyecto alrededor de estas partes que es bastante antiguo. Está utilizando Java 1.4 y XFire para producir servicios web basados en código (lo sé, lo sé, las mejores prácticas ...). De todos modos, ¡los jefes decidieron recientemente que todos necesitan Websphere 7 ahora!
La actualización a Websphere 7 cambió significativamente el WSDL. Por ejemplo, antes, si este era el orden (probablemente no sea XML válido, pero creo que captarás mi significado)
<xsd:sequence>
<xsd:element type="xsd:date" name="blah" />
<xsd:element type="xsd:string" name="blah2" />
</xsd:sequence>
El nuevo orden es esto en lugares, lo que rompe los dispositivos más antiguos que intentan usar el servicio (funcional):
<xsd:sequence>
<xsd:element type="xsd:string" name="blah2" />
<xsd:element type="xsd:date" name="blah" />
</xsd:sequence>
Ahora, he sugerido que tomen sus antiguos WSDL y usen XFire para simplemente usar los WSDL estáticos (es decir, no generados por código) para implementarlos en una solución.
Pero, ¿hay alguna forma de que Websphere 7 no cambie automáticamente el orden? ¿Es incluso culpa de Websphere 7 (tal vez XFire?)