Localizador e classe de stub enquanto migra o aplicativo do lado do cliente do eixo para o eixo 2
-
05-09-2019 - |
Pergunta
Estou tentando migrar um aplicativo do lado do cliente do eixo para o eixo 2. O aplicativo também suporta a conexão através do RMI. Por exemplo, fizemos algo como o seguinte:
AddFunctionLocator Locator = new AddFunctionLocator ();
AddFunction API = (AddFunctionSoapBindingStub) locator.getAddfunction ()
api.addint (5, 3);
E isso funcionou porque a classe Locator retornaria a classe Stub, que, além de estender o org.apache.axis.client.stub, também implementou a classe AddFunction Interface.
No entanto, no eixo 2, usando o WSDL2Java, não consigo descobrir se esse arranjo é possível, pois nem a classe do localizador é gerada nem a classe Stub implementa a classe de interface addfunção original. Alguém tem algum conselho sobre as opções adequadas para usar com o WSDL2Java ou outra maneira que eu implemento para que eu possa manter essa abstração em nosso código de cliente?
Obrigado,
Richard
Solução
Infelizmente, o Axis2 não gera interfaces para stubs de clientes. Faz isso para o servidor com switches -Ss e -Si, para que você possa modificar o cliente para usar essas interfaces, embora não seja tão direto.