Localizador y clase de stub Mientras migra la aplicación del lado del cliente desde el eje al eje 2

StackOverflow https://stackoverflow.com/questions/573624

  •  05-09-2019
  •  | 
  •  

Pregunta

Estoy tratando de migrar una aplicación del lado del cliente desde el eje al eje 2. La aplicación también admite la conexión a través de RMI, por lo que anteriormente, abstraimos la conexión utilizando el trozo y el archivo de localización. Por ejemplo, hicimos algo como lo siguiente:

AddFunctionLocator localator = new AddFunctionLocator ();

Addfunction api = (addFunctionSoApBindingStub) locator.getAddFunction ()

api.addint (5, 3);

Y esto funcionó porque la clase de localización devolvería la clase STUB, que además de extender org.apache.axis.client.stub, también implementó la clase de interfaz AddFunction.

Sin embargo, en el eje 2, usando wsdl2java, no puedo entender si esta disposición es posible ya que ni la clase de localización se genera ni la clase Stub implementa la clase de interfaz de adición original. ¿Alguien tiene algún consejo sobre las opciones adecuadas para usar con WSDL2Java u otra forma que implemento para que pueda mantener esta abstracción en nuestro código de cliente?

Gracias,

Ricardo

¿Fue útil?

Solución

Desafortunadamente, Axis2 no genera interfaces para los trozos del cliente. Lo hace para el servidor con interruptores -ss y -ssi, por lo que podría modificar el cliente para usar estas interfaces, aunque no es tan sencillo.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top