classe de localisation et le talon lors de la migration application côté client de l'axe à l'axe 2

Question

Je suis en train de migrer une application côté client de l'axe à l'axe 2. L'application prend également en charge la connexion par RMI si auparavant, nous la connexion abstraite en dehors en utilisant le talon et le fichier de localisation. Par exemple, nous avons fait quelque chose comme ce qui suit:

AddFunctionLocator localisateur = new AddFunctionLocator ();

addFunction api = (AddFunctionSoapBindingStub) locator.getAddFunction ()

api.addInt (5, 3);

Et cela a fonctionné parce que la classe de localisation retournerait la classe stub, qui, en plus d'étendre org.apache.axis.client.Stub, également mis en œuvre la classe d'interface addFunction.

Cependant, dans l'axe 2, en utilisant WSDL2Java, je ne peux pas savoir si cet arrangement est possible puisque ni la classe de localisation est généré ni la classe Stub mettre en œuvre la classe d'interface addFunction originale. Quelqu'un at-il des conseils sur soit les options appropriées à utiliser avec WSDL2Java ou d'une autre manière que je mets en œuvre donc je peux 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 des commutateurs -SS et -ssi, vous pouvez modifier le client d'utiliser ces interfaces, mais il est pas simple.