Locator und Stub -Klasse während der Migration der Client -Seitenanwendung von der Achse zur Achse 2
-
05-09-2019 - |
Frage
Ich versuche, eine clientseitige Anwendung von Achse zu Achse 2 zu migrieren. Die Anwendung unterstützt auch die Verbindung über RMI. Daher haben wir die Verbindung mithilfe der Stub und der Locator -Datei abstrahiert. Zum Beispiel haben wir so etwas wie Folgendes gemacht:
AddfunctionLocator locator = neuer addfunctionLocator ();
Addfunction api = (addfunctionSoapBindingStub) locator.getAddfunction ()
api.addint (5, 3);
Und dies funktionierte, da die Locator -Klasse die Stub -Klasse zurückgeben würde, die zusätzlich zur Erweiterung org.apache.axis.client.stub auch die Addfunction -Schnittstellenklasse implementierte.
In Achse 2 unter Verwendung von WSDL2Java kann ich jedoch nicht herausfinden, ob diese Anordnung möglich ist, da weder die Locator -Klasse generiert wird, noch implementiert die Stub -Klasse die ursprüngliche Addfunction -Schnittstellenklasse. Hat jemand Ratschläge zu den richtigen Optionen, die ich mit WSDL2Java oder einer anderen Art und Weise verwendet habe, die ich implementiere, damit ich diese Abstraktion in unserem Client -Code beibehalten kann?
Vielen Dank,
Richard
Lösung
Leider erzeugt Axis2 keine Schnittstellen für Client -Stubs. Dies geschieht für Server mit -SS und -SSI -Switches, sodass Sie den Client so ändern können, dass diese Schnittstellen verwendet werden, obwohl dies nicht so einfach ist.