Classe de localisateur et de tronçon lors de la migration de l'application côté client d'Axis vers l'axe 2

Question

J'essaie de migrer une application côté client d'Axis vers l'axe 2. L'application prend également en charge la connexion via RMI. Auparavant, nous avons supprimé la connexion en utilisant le talon et le fichier de localisation. Par exemple, nous avons fait quelque chose comme ce qui suit:

AddFunctionLocator locator = new AddFunctionLocator();

addFunction api = (AddFunctionSoapBindingStub) locator.getAddFunction()

api.addInt (5, 3);

Et cela a fonctionné parce que la classe locator renverrait la classe stub, qui en plus d'étendre org.apache.axis.client.Stub, a également implémenté la classe d'interface AddFunction. Cependant, dans l'Axe 2, en utilisant WSDL2Java, je ne peux pas déterminer si cet arrangement est possible car ni la classe de localisateur n'est générée, ni la classe Stub n'implémente la classe d'interface AddFunction originale. Est-ce que quelqu'un a un conseil sur les options appropriées à utiliser avec WSDL2Java ou d'une autre façon que j'implémente afin que je puisse garder cette abstraction dans notre code client?

Merci,

Richard

Answer 1

Malheureusement axis2 ne génère pas des interfaces pour stubs client. Il le fait pour le serveur avec les commutateurs -ss et -ssi, de sorte que vous pouvez modifier le client pour utiliser ces interfaces, même si ce n'est pas si simple.