w3school unbounded minoccurs maxoccurs example attribute wsdl websphere element sequence xfire

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?)