webservice frage (eclipse/wtp, wsdl)

[locibin]

hallo gemeinde

ich hab mich schon bei sehr vielen quellen informiert und komme einfach nicht weiter... darum frage ich hier mal nach.

umgebung:
- ich arbeite mit eclipse/wtp und tomcat 5.5

was funktioniert / was ist bestehend:
- mein webservice läuft. (der code wurde via wsdl erstellt, und mir dann gegeben)
- den webservice starte ich via eclipse (dynamic web project run on server (tomcat))
- dazu habe ich eine seperate, ganz normale java applikation, welche (noch) nix mit dem webservice zu tun hat.

frage/problem:
- wo muss ich nun meine applikation einbinden, damit ich bei einem aufruf des webservices die anfrage in meiner applikation weiterverarbeiten kann? also in welcher klasse und wo muss ich meine applikation starten?

es gibt folgende klassen:

...Locator.java
...Soap.java
...SoapImpl.java (diese wird bei einem aufruf des webservices aufgerufen)
...SoapSkeleton.java
...SoapStub.java


schon mal besten dank für tipps!

grüsse, locibin

 

[locibin]

hat niemand eine ahnung?

ich bin absoluter laye auf diesem gebiet. das sollte doch für die einen leute hier ein kinderspeil sein! :wink:

 

[SnooP]

also du kannst ja mit wtp vermutlich einen client für deinen webservice schreiben (generieren lassen)... diesen code kannst du dann doch einfach in deine bestehende applikation an der entsprechenden stelle einfügen... der client nutzt dann die von dir oben gelisteten Klassen für die Kommunikation mit dem ws.

 

[locibin]

danke für deine antwort, aber, hmm.. einen client hab ich schon. der funktioniert auch super. das ist eigentlich nicht das problem.

meine frage ist eher: wie bzw. wo kann ich eine seperate applikation starten, wenn der webservice gestarted wird.

oder anderst gefragt: gibts in solch einem webservice irgend ne initialize klasse wo ich meine seperate applikation starten kann?

 

[Guest]

weiss echt niemand wie man bei tomcat klassen laden kann (also nicht im eclipse sondern manuell)?

 

[locibin]

sorry fürs stressen aber ich habs immer noch nicht herausgefunden..

 

[SlaterB]

so ein WebService-Objekt muss ja auch irgendwann mal erzeugt werden, notfalls direkt vorm ersten Request,
nützt dir da das Überschreiben des Default-Konstruktors etwas?

ansonsten kannst du auch zu Beginn jeder Operation das andere Programm starten oder ist das zu spät?

in beiden Fällen aufpassen dass die andere Applikation nur einmap gestartet wird

 

[locibin]

so ein WebService-Objekt muss ja auch irgendwann mal erzeugt werden, notfalls direkt vorm ersten Request,
nützt dir da das Überschreiben des Default-Konstruktors etwas?

ansonsten kannst du auch zu Beginn jeder Operation das andere Programm starten oder ist das zu spät?

in beiden Fällen aufpassen dass die andere Applikation nur einmap gestartet wird

das problem ist, dass bei jedem aufruf des webservices davon ein objekt erstellt wird. wenn ich also den konstruktor überschreibe und in diesem meine applikation starte, gibt es bei jedem aufruf des webservices eine neue instanz meiner applikation.

ich möchte aber meine applikation von anfang an, und nur einmal, parallel zum webservice laufen lassen. der webservice sollte aber die referenz auf das applikations objekt kennen.. ist denn das echt nicht möglich?

bin jetzt schon tage an dem problem und brings einfach nicht gebacken.. gibts denn noch andere möglichkeiten?

 

[SlaterB]

das scheint mir kein Problem:

public Service {

private static boolean serviceInitialized = falsE;

public Service() {
  Service.initService();
  // ....
}

private static void initService() {
   if (serviceInitialized) {
     return;
   }
   synchronized(Service.class) {
     if (serviceInitialized) {
       return;
     }
     serviceInitialized = true;
     // ....
  }
}

}

 

[locibin]

danke! also das problem, dass jedes mal ein objekt erstellt wird wäre somit gelöst. aber ein anderes ist aufgetaucht:

obwohl in der eclipse umgebung alles in ordnung ist erhalte ich nun eine exception dass er irgendwelche klassen nicht findet (welche aber mit external jars im projekt hinzugefügt sind) sehr seltsam:

java.lang.NoClassDefFoundError: com/netmodule/jpc/driver/opc/JOPCBridge
at ch.vrag.du.zg.opc.OpcMain.initOpc(OpcMain.java:107)
at ch.vrag.du.zg.opc.OpcMain.<init>(OpcMain.java:58)
at ch.vrag.du.zg.schnittstelle.Main.init(Main.java:61)
at ch.vrag.du.zg.schnittstelle.Main.<init>(Main.java:34)
at ch.zg.uels.Telegramm.WebServiceUELSZgSoapSkeleton.<init>(WebServiceUELSZgSoapSkeleton.java:56)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at java.lang.Class.newInstance0(Class.java:350)
at java.lang.Class.newInstance(Class.java:303)
at org.apache.axis.providers.java.JavaProvider.makeNewServiceObject(JavaProvider.java:385)
at org.apache.axis.providers.java.JavaProvider.getNewServiceObject(JavaProvider.java:235)
at org.apache.axis.providers.java.JavaProvider.getServiceObject(JavaProvider.java:91)
at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:287)
at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32)
at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:453)
at org.apache.axis.server.AxisServer.invoke(AxisServer.java:281)
at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:699)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:327)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)[/quote]

 

[SlaterB]

wichtig ist auf dem Platz bzw. im Tomcat, da interessiert es nur teilweise was Eclipse anzeigt,

es würde interessieren wenn das Deployment so gebaut ist,
dass es genau diese Libaries nimmt und mitschickt,

ansonsten manuell mitgeben,
einfach mal schauen was in den diversen lib-Verzeichnissen vorhanden ist,
dein Einzelprojekt (im Tomcat!) müsste eins haben,
und ein gemeinsames (common/lib) sollte auch vorhanden sein

falls die Libaries nicht irgendwo innerhalb von Tomcat auftauen und ein Kopieren auch nicht so wirklich angebracht erscheint,
gibts auch noch die Hoffnung auf Konfigurationseinstellungen im importieren,

am elegantesten ist vielleicht das Einfügen der Libary in die System-Umgebungsvariable CLASSPATH,
weiß aber nich genau inwieweit diese berücksichtig wird

 

[Guest]

ja hab zu test zwecken die libraries in den java jdk/sdk ordner verschoben.. muss dann schlussendlich wenn alles autonom (nicht über eclipse) laufen muss, sowieso nochmals alles genau anschauen bzgl. libraries etc..

danke für die hilfe!

 

[Fiesa]

Hey,

es gibt übrigens noch eine elegantere Version den Service zu initialisieren als die von SlaterB genannte:

da Du ja Deinen Web Service anscheinend mit Hilfe von Jax-RPC entwickelst, hast Du die Möglichkeit das Interface ServiceLifecycle von Deiner SoapImpl.java implementieren zu lassen, so dass Dir zu diesem Zweck eine Art Kon- bzw Destruktor für den Service zur Verfügung stehen

-->

public void init(Object context) throws ServiceException { }

public void destroy() { }

Diese Vorgehensweise hat noch weitere Vorteile:

Der Parameter context ist, sofern der Service-Endpoint natürlich in einem Servlet-Container in Betrieb genommen wird (was, wie man munkelt, ja durchaus sinnvoll ist ), vom Typ javax.xml.rpc.server.ServletEndpointContext. Über dieses Objekt bekommst Du Zugriff auf den anfragenden Benutzer und die verschiedenen Kontexte für den Datenaustausch (wie beim normalen Servlet ebend). Darüber hinaus bietet Dir der ServletEndpointContext aber auch Möglichkeiten speziell für einen Web Service:

Das Interface eröffnet Dir mit der Methode getMessageContext() Zugriff auf die SOAP-Message des Requests, vorrausgesetzt Du machst einen 'downcast' zu SOAPMessageContext.

Hoffe das hilft Dir weiter,

Fiesa