Title: Axis 1.2RC1 and WebSphere Application Developer 5.1.2

Hi AV,

 

maybe I do not understand you the right way!?

 

What I am doing is the same as you do in your WSAD, I tell Websphere to use my own/new saaj.jar in my AXIS webapp.

I am doing this by setting the classpath/WS-Specific-Classpath for my Websphere.

This should be no problem for your admin.

 

Thomas

 


Von: Levy, Avi [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 12. November 2004 19:37
An: '[EMAIL PROTECTED]'
Betreff: RE: Axis 1.2RC1 and WebSphere Application Developer 5.1.2

 

Hi Thomas,

 

For your first question, I do not have the authority to change the classpath on the server. In fact, I just had a meeting with the server administrator which obviously didn't like the idea.

 

So as I understand correctly, you have set the classpath of your Websphere app server to include the new saaj.jar? or have you just set the classpath of the axis web app to include that saaj.jar, since this is what I did and it doesn't work.

 

Thanks again,

 

-- AV

 


From: Dorner, Thomas [mailto:[EMAIL PROTECTED]
Sent: Friday, November 12, 2004 10:06 AM
To: '[EMAIL PROTECTED]'
Subject: AW: Axis 1.2RC1 and WebSphere Application Developer 5.1.2

Hi AV,

 

as far as i know hte saar.jar in Websphere is lying in the webservices.jar and I think it will be possible to earn/become

problems when replacing them. On the other hand - are you able to replace them (do you have the autority)?

 

I think its not nessecary to replace them, you can set the path and use that one coming with axis in your webapp!?

We do the same!

 

Thomas

 


Von: Levy, Avi [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 12. November 2004 16:35
An: '[EMAIL PROTECTED]'
Betreff: RE: Axis 1.2RC1 and WebSphere Application Developer 5.1.2

 

Hi Thomas,

 

I just figured out where is the Webshpere specific classpath. I added an external jar file and pointed to the Axis 1.2RC1\lib\saaj.jar and.... magicaly it worked. Thanks a lot.

 

For anyone who doesn't know where is the Websphere specific classpath, you can set it up when you go to the server configuration and then to the environment tab. in there you'll find ws.ext.dirs which is the Websphere Specific Class path. add the external jar in there.

 

So now I have a new question for anyone with some experience about this issue. Obviously, the webservice I'm developing will go to production at some point and I'm guessing that the production server (running Websphere Application Server 5.0.2) doesn't have the latest saaj.jar. Is it possible to replace the saaj.jar on the server or is it possibly going to affect existing web services already runing on it?

 

Thanks again,

 

-- AV

 

 


From: Dorner, Thomas [mailto:[EMAIL PROTECTED]
Sent: Friday, November 12, 2004 2:06 AM
To: '[EMAIL PROTECTED]'
Subject: AW: Axis 1.2RC1 and WebSphere Application Developer 5.1.2

Hi AV,

 

you problem is the saaj.jar - the saaj.jar in the AXIS 1.2RC1 release is newer then that one in Websphere.

So you must told your websphere to use the saaj.jar in your webapp!

 

 

For example set the Classpath and the "Websphere specific Classpath" in your WSAD:

C:\projects\sources\....\WebContent\WEB-INF\lib\saaj.jar

 

This should solve your problems

 

Thomas

 


Von: Levy, Avi [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 11. November 2004 23:34
An: '[EMAIL PROTECTED]'
Betreff: Axis 1.2RC1 and WebSphere Application Developer 5.1.2

 

Hi,

I'm new to Axis 1.2RC1. I followed the installation instructions from the website to setup an Axis server on my local WebSphere Application Developer 5.1.2 (WSAD) using WebSphere 5.1 test environment. Everything goes ok and the AxisServlet is running and I can get back the Version by using WSAD's web service explorer.

As soon as I try to run any of the samples on the user guide I keep getting the same exception no matter how I tweak the server and client settings and classpaths.

Here is the trace I get on the server:

[11/11/04 15:50:54:694 CST] 22299d1b WebGroup      E SRVE0026E: [Servlet Error]-[class org.apache.axis.SOAPPart does not implement interface org.w3c.dom.Document]: java.lang.IncompatibleClassChangeError: class org.apache.axis.SOAPPart does not implement interface org.w3c.dom.Document

        at org.apache.axis.message.MessageElement.addTextNode(MessageElement.java:1388)
        at org.apache.axis.message.SOAPHandler.endElement(SOAPHandler.java:118)
        at org.apache.axis.encoding.DeserializationContext.endElement(DeserializationContext.java:1077)
        at org.apache.xerces.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:569)
        at org.apache.xerces.impl.XMLNamespaceBinder.handleEndElement(XMLNamespaceBinder.java:853)
        at org.apache.xerces.impl.XMLNamespaceBinder.endElement(XMLNamespaceBinder.java:643)
        at org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(XMLDTDValidator.java(Compiled Code))
        at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(XMLDTDValidator.java:931)
        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.handleEndElement(XMLDocumentFragmentScannerImpl.java(Compiled Code))

        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:988)

        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java(Compiled Code))

        at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)
        at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:525)
        at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:581)
        at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)
        at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1158)
        at javax.xml.parsers.SAXParser.parse(Unknown Source)
        at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:225)
        at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:645)
        at org.apache.axis.Message.getSOAPEnvelope(Message.java:424)
        at org.apache.axis.server.AxisServer.invoke(AxisServer.java:279)
        at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:637)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
        at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:301)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
        at com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService(StrictServletInstance.java:110)
        at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service(StrictLifecycleServlet.java:174)
        at com.ibm.ws.webcontainer.servlet.IdleServletState.service(StrictLifecycleServlet.java:313)
        at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service(StrictLifecycleServlet.java:116)
        at com.ibm.ws.webcontainer.servlet.ServletInstance.service(ServletInstance.java:283)
        at com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch(ValidServletReferenceState.java:42)
        at com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch(ServletInstanceReference.java:40)
        at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch(WebAppRequestDispatcher.java:948)

        at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppRequestDispatcher.java:530)
        at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:176)
        at com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java:79)
        at com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook(WebAppInvoker.java:201)
        at com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation(CachedInvocation.java:71)
        at com.ibm.ws.webcontainer.cache.invocation.CacheableInvocationContext.invoke(CacheableInvocationContext.java:114)

        at com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI(ServletRequestProcessor.java:186)
        at com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service(OSEListener.java:334)
        at com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(HttpConnection.java:56)
        at com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java:610)
        at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:431)
        at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:593)

 

I get the same exception when I try to run the supplied clients for each example and also when running WSAD web services explorer.

I also tried to change the order of the build path by putting the Axis jars before any other jars.
I tried to run on both versions 5.0 and 5.1 of WebSphere test environment.
The examples I tried to run from axis-1_2RC1-src.zip are samples\userguide\example2\Calculator.java (with CalcClient.java as the client), samples\userguide\example3\MyService.java (with Client.java) and also samples\message\MessageService.java (with TestMsg.java as the client).

I first created the clients on the same project as the Service classes (so they use the same Axis jars) but when it didn't work I also created the clients on separate projects, but that didn't work either. No matter what I do I keep getting the same exception. I have the feeling that it's something stupid related to overlaping jars, but I couldn't find it.

Thanks for your help,

 

-- AV

Reply via email to