Locator und Stub -Klasse während der Migration der Client -Seitenanwendung von der Achse zur Achse 2

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

  •  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

War es hilfreich?

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.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top