Jesus-
Check your path ..
That should give you a clue as to which java binary gets loaded first
Likewise the classpath
should give you a clue as to which jar gets loaded first-

In any case keep me apprised,
-Martin

----- Original Message -----
From: "Jesus M. Salvo Jr." <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 27, 2003 9:18 PM
Subject: Re: Installation on iPlanet Web Server 6.0 SP3


>
> I checked all that I can find .... there are only 2 places that
> Apache-SOAP is loaded:
>
> 1) exploded soap.war -- This was the case before I added soap.jar into
> the server's classpath.
>
> 2) soap.jar
>
> What is interesting is that both the documentation at Sun ( for iPlanet
> WebServer 6.0 ) and at Apache-SOAP ( for iPlanet Application Server 6.0
> though ) says that you should add soap.jar into the server's classpath
> __AND__ deploy soap.war. Just wondering why the need to do both.
>
> Anyway ... anyone has any code / tools to determine from which JAR or
> directory a specific class is loaded from? ( ... and which classloader,
> if possible )?
>
>
> Scott Nichol wrote:
>
> >I have no experience with iWS, but plenty of experience with weird
> >class loader issues.  Since iWS is claiming it cannot load a class
> >that seems to be in the exploded soap.war, it is very likely that
> >some class in soap.war was loaded from another location.  If you have
> >soap.jar in the classpath used by iWS, or some magic directory iWS
> >loads stuff from, or in $JAVA_HOME/jre/lib/ext, that may be the cause
> >of the error.  Check everything you can to be sure there is exactly
> >one place from which to load the Apache SOAP classes, namely the
> >directory with the exploded war.
> >
> >On 24 Jan 2003 at 12:07, Jesus M. Salvo Jr. wrote:
> >
> >
> >
> >>Anyone installed Apache SOAP 2.3.1 on IPlanet Webserver ( IWS )6.0 SP3?
> >>I currently have Apache SOAP 2.3.1 installed and working okay including
> >>my SOAP services on Tomcat 4.1.8., but I would also like to use it with
> >>iPlanet Webserver 6.0 ( includes support for Servlet 2.2 and JSP 1.1 )..
> >>The installation documentation at Apache SOAP web site is for iPlanet
> >>_Application_ Server, not iPlanet Webserver ( different beasts
altogether )
> >>
> >>The problem I am having is that the Apache SOAP installation seems to
> >>have worked fine by doing the following:
> >>
> >>* Deployed soap.war via the Web GUI tool to deploy a web application.
> >>This extracted soap.war into
> >>/usr/iplanet/servers/<server-name>/web-apps/soap ( This directory is
> >>specified during the deployment in the previous step )
> >>* Restarted IWS just to make sure.
> >>* Able to point my browser to http://192.168.0.82/soap
> >>* Able to view the Apache SOAP admin page, list deployed services, etc
...
> >>* Able to view http://192.168.0.82/soap/rpcrouter and it said:  "Sorry,
> >>I don't speak via HTTP GET- you have to use HTTP POST to talk to me."
> >>* Able to deploy my SOAP messaging services via the Apache SOAP command
> >>line ( java org.apache.soap.server.ServiceManagerClient
> >>http://192.168.0.82/soap/servlet/rpcrouter deploy mm7.xml ) .. where
> >>mm7.xml is the SOAP deployment descriptor
> >>
> >>So what's my problem?
> >>
> >>When I send a message to my SOAP messaging service, I get the following
> >>SOAP fault back from the server:
> >><faultcode>SOAP-ENV:Server.Exception:</faultcode>
>
>><faultstring>org/apache/soap/util/xml/XMLJavaMappingRegistry</faultstring>
> >><faultactor>/soap/servlet/messagerouter</faultactor>
> >><detail>
> >><stackTrace>java.lang.NoClassDefFoundError:
> >>org/apache/soap/util/xml/XMLJavaMappingRegistry
> >>    at java.lang.Class.forName0(Native Method)
> >>    at java.lang.Class.forName(Class.java:195)
> >>    at org.apache.soap.rpc.SOAPContext.loadClass(SOAPContext.java:564)
> >>    at
>
>>org.apache.soap.server.http.ServerHTTPUtils.getTargetObject(ServerHTTPUtil
s.java:275)
> >>    at
>
>>org.apache.soap.providers.MsgJavaProvider.locate(MsgJavaProvider.java:113)
> >>    at
>
>>org.apache.soap.server.http.MessageRouterServlet.doPost(MessageRouterServl
et.java:307)
> >>    at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
> >>    at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> >>    at
>
>>com.iplanet.server.http.servlet.NSServletRunner.invokeServletService(NSSer
vletRunner.java:897)
> >>    at
>
>>com.iplanet.server.http.servlet.WebApplication.service(WebApplication.java
:1059)
> >>    at
>
>>com.iplanet.server.http.servlet.NSServletRunner.ServiceWebApp(NSServletRun
ner.java:959)
> >></stackTrace>
> >></detail>
> >>
> >>
> >>It could not find org/apache/soap/util/xml/XMLJavaMappingRegistry  ...
> >>even though that class is in the directory ( exploded from soap.war by
> >>Iplanet ):
>
>>/usr/iplanet/servers/<server-name>/web-apps/soap/WEB-INF/classes/org/apach
e/soap/util/xml/.
> >>
> >>... which is weird given that it was able to load the MessageRouter and
> >>RPCRouter servlets, but not the XMLJavaMappingRegistry??
> >>
> >>I have tried putting soap.jar into the
> >>/usr/iplanet/servers/<server-name>/web-apps/soap/WEB-INF/lib directory,
> >>restarted IWS.
> >>Same error.
> >>
> >>I have also tried putting soap.jar in the server's CLASSPATH as
specified in
> >>http://docs.sun.com/source/817-0540-10/app_c1.html#14137
> >>
> >>Same error.
> >>
> >>
> >>Any ideas?
> >>
> >>
> >>
> >>--
> >>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> >>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> >>
> >>
> >>
> >>
> >
> >
> >Scott Nichol
> >
> >
> >--
> >To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> >
> >
> >
> >
>
>
> --
> Jesus M. Salvo Jr.
> Mobile Internet Group Pty Ltd
> (formerly Softgame International Pty Ltd)
> M: +61 409 126699
> T: +61 2 94604777
> F: +61 2 94603677
>
> PGP Public key:
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0BA5348
>
>
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to