You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-user@xml.apache.org by Alex Dovlecel <do...@kbs.twi.tudelft.nl> on 2002/11/06 16:27:28 UTC
Little problems with installing Apache soap on tomcat 4.1.12
Hello to everybody.
I could not find this kind of things in the archive so I am just asking you
what it could be wrong with my instalation.
I can't access my soap. Not even by calling the rpcrouter by browser. It
gives me the following exception: (full exception at the end of the message)
javax.servlet.ServletException: Error allocating a servlet instance
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:662)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
The root cause of the exception is
java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet
I can start the soap web admin tool. So the jsp stuff runs great. But when I
try to list the services, crash with the same exception.
Do you have any idea why?
Have you encontered this before?
I use java 1.4.1, tomcat 4.1.12 and downloaded the apache soap 2.3.1.
I don't want to install apache soap by placing the soap.war file inside the
webapps directory. Though it seems that I should consider this approach too.
Instead I have done the followings:
1) Unziped the apache soap
2) copy the webapps/soap from soap dir to tomcat/webapps
3) add the soap.jar into the tomcat/webapps/soap/WEB-INF/lib
4) placed the xerces.jar, mail.jar and activation.jar to the .../web-inf/lib
5) changed the catalina.sh (only in one place, adding the xerces.jar just at
the begining of the CLASSPATH
start the tomcat. (catalina.sh run)
What should I do next ?
What have I done wrong ?
I will try to use the soap.war and check if it works. But... pretty strange
error, don't you think?
Thanks in advance (and please answer as fast as possible)
dovle
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: Little problems with installing Apache soap on tomcat 4.1.12
Posted by Scott Nichol <sn...@scottnichol.com>.
> Because, just doing the stuff they tell you to do on the net (official
soap
> site), they tell you to modify the .sh file.
That's correct. The documentation there is from SOAP 2.3.1, which was a
bit out of date. The current CVS tree has good instructions for Tomcat
4.
> >
(http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-soap/java/docs/install
> > /tomcat.html?rev=HEAD&content-type=text/html) use this method.
Scott Nichol
Re: Little problems with installing Apache soap on tomcat 4.1.12
Posted by Scott Nichol <sn...@scottnichol.com>.
> Because, just doing the stuff they tell you to do on the net (official
soap
> site), they tell you to modify the .sh file.
That's correct. The documentation there is from SOAP 2.3.1, which was a
bit out of date. The current CVS tree has good instructions for Tomcat
4.
> >
(http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-soap/java/docs/install
> > /tomcat.html?rev=HEAD&content-type=text/html) use this method.
Scott Nichol
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: Little problems with installing Apache soap on tomcat 4.1.12
Posted by Alex Dovlecel <do...@kbs.twi.tudelft.nl>.
THANKS FOR YOUR ANSWER.
It really helps me alot to understand how things go.
But, you know, for other versions of tomcat (3.X) you should change the
tomcat.sh. BEcause there is an old parser that is not compatible and is
loaded by default, before xerces. So, starting with new tomcat 4.X, they load
xerces as their main parser?
So for installing SOAP, I don't have to change the .sh file ? Great.
Because, just doing the stuff they tell you to do on the net (official soap
site), they tell you to modify the .sh file.
> Dropping soap.war into Tomcat's webapps is the way Sun wants you to
> deploy web applications. The instructions for installing SOAP on Tomcat
> 4
> (http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-soap/java/docs/install
> /tomcat.html?rev=HEAD&content-type=text/html) use this method.
K, thanks alot again.
> With the steps you followed, there are 2 copies of the mail, activation
> and xerces jar files (Tomcat already has copies of these in common/lib).
K, I am gonna change this. REmove the files from the lib. :o) But I suppose I
should keep the soap.jar into the lib.
> You also muck with the bootstrap class loader by changing catalina.sh,
> which you should never do. If you follow only steps 1-3 and not steps 4
> and 5, you might get something that works.
Yeap, you are right. :o)
Tx,
dovle
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: Little problems with installing Apache soap on tomcat 4.1.12
Posted by Alex Dovlecel <do...@kbs.twi.tudelft.nl>.
THANKS FOR YOUR ANSWER.
It really helps me alot to understand how things go.
But, you know, for other versions of tomcat (3.X) you should change the
tomcat.sh. BEcause there is an old parser that is not compatible and is
loaded by default, before xerces. So, starting with new tomcat 4.X, they load
xerces as their main parser?
So for installing SOAP, I don't have to change the .sh file ? Great.
Because, just doing the stuff they tell you to do on the net (official soap
site), they tell you to modify the .sh file.
> Dropping soap.war into Tomcat's webapps is the way Sun wants you to
> deploy web applications. The instructions for installing SOAP on Tomcat
> 4
> (http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-soap/java/docs/install
> /tomcat.html?rev=HEAD&content-type=text/html) use this method.
K, thanks alot again.
> With the steps you followed, there are 2 copies of the mail, activation
> and xerces jar files (Tomcat already has copies of these in common/lib).
K, I am gonna change this. REmove the files from the lib. :o) But I suppose I
should keep the soap.jar into the lib.
> You also muck with the bootstrap class loader by changing catalina.sh,
> which you should never do. If you follow only steps 1-3 and not steps 4
> and 5, you might get something that works.
Yeap, you are right. :o)
Tx,
dovle
Re: Little problems with installing Apache soap on tomcat 4.1.12
Posted by Scott Nichol <sn...@scottnichol.com>.
The error is not strange at all. It relates to the different class
loaders that Tomcat chains together. See
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html.
Dropping soap.war into Tomcat's webapps is the way Sun wants you to
deploy web applications. The instructions for installing SOAP on Tomcat
4
(http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-soap/java/docs/install
/tomcat.html?rev=HEAD&content-type=text/html) use this method.
With the steps you followed, there are 2 copies of the mail, activation
and xerces jar files (Tomcat already has copies of these in common/lib).
You also muck with the bootstrap class loader by changing catalina.sh,
which you should never do. If you follow only steps 1-3 and not steps 4
and 5, you might get something that works.
Scott Nichol
----- Original Message -----
From: "Alex Dovlecel" <do...@kbs.twi.tudelft.nl>
To: <so...@xml.apache.org>
Sent: Wednesday, November 06, 2002 10:27 AM
Subject: Little problems with installing Apache soap on tomcat 4.1.12
> Hello to everybody.
>
> I could not find this kind of things in the archive so I am just
asking you
> what it could be wrong with my instalation.
>
> I can't access my soap. Not even by calling the rpcrouter by browser.
It
> gives me the following exception: (full exception at the end of the
message)
>
> javax.servlet.ServletException: Error allocating a servlet instance
> at
>
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
62)
> at
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
>
>
> The root cause of the exception is
> java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet
>
> I can start the soap web admin tool. So the jsp stuff runs great. But
when I
> try to list the services, crash with the same exception.
>
> Do you have any idea why?
>
> Have you encontered this before?
>
>
>
> I use java 1.4.1, tomcat 4.1.12 and downloaded the apache soap 2.3.1.
>
> I don't want to install apache soap by placing the soap.war file
inside the
> webapps directory. Though it seems that I should consider this
approach too.
>
> Instead I have done the followings:
> 1) Unziped the apache soap
> 2) copy the webapps/soap from soap dir to tomcat/webapps
> 3) add the soap.jar into the tomcat/webapps/soap/WEB-INF/lib
> 4) placed the xerces.jar, mail.jar and activation.jar to the
.../web-inf/lib
>
> 5) changed the catalina.sh (only in one place, adding the xerces.jar
just at
> the begining of the CLASSPATH
>
> start the tomcat. (catalina.sh run)
>
> What should I do next ?
>
> What have I done wrong ?
>
> I will try to use the soap.war and check if it works. But... pretty
strange
> error, don't you think?
>
> Thanks in advance (and please answer as fast as possible)
> dovle
>
> --
> To unsubscribe, e-mail:
<ma...@xml.apache.org>
> For additional commands, e-mail:
<ma...@xml.apache.org>
>
>
Re: Little problems with installing Apache soap on tomcat 4.1.12
Posted by Scott Nichol <sn...@scottnichol.com>.
The error is not strange at all. It relates to the different class
loaders that Tomcat chains together. See
http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html.
Dropping soap.war into Tomcat's webapps is the way Sun wants you to
deploy web applications. The instructions for installing SOAP on Tomcat
4
(http://cvs.apache.org/viewcvs.cgi/*checkout*/xml-soap/java/docs/install
/tomcat.html?rev=HEAD&content-type=text/html) use this method.
With the steps you followed, there are 2 copies of the mail, activation
and xerces jar files (Tomcat already has copies of these in common/lib).
You also muck with the bootstrap class loader by changing catalina.sh,
which you should never do. If you follow only steps 1-3 and not steps 4
and 5, you might get something that works.
Scott Nichol
----- Original Message -----
From: "Alex Dovlecel" <do...@kbs.twi.tudelft.nl>
To: <so...@xml.apache.org>
Sent: Wednesday, November 06, 2002 10:27 AM
Subject: Little problems with installing Apache soap on tomcat 4.1.12
> Hello to everybody.
>
> I could not find this kind of things in the archive so I am just
asking you
> what it could be wrong with my instalation.
>
> I can't access my soap. Not even by calling the rpcrouter by browser.
It
> gives me the following exception: (full exception at the end of the
message)
>
> javax.servlet.ServletException: Error allocating a servlet instance
> at
>
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:6
62)
> at
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
>
>
> The root cause of the exception is
> java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet
>
> I can start the soap web admin tool. So the jsp stuff runs great. But
when I
> try to list the services, crash with the same exception.
>
> Do you have any idea why?
>
> Have you encontered this before?
>
>
>
> I use java 1.4.1, tomcat 4.1.12 and downloaded the apache soap 2.3.1.
>
> I don't want to install apache soap by placing the soap.war file
inside the
> webapps directory. Though it seems that I should consider this
approach too.
>
> Instead I have done the followings:
> 1) Unziped the apache soap
> 2) copy the webapps/soap from soap dir to tomcat/webapps
> 3) add the soap.jar into the tomcat/webapps/soap/WEB-INF/lib
> 4) placed the xerces.jar, mail.jar and activation.jar to the
.../web-inf/lib
>
> 5) changed the catalina.sh (only in one place, adding the xerces.jar
just at
> the begining of the CLASSPATH
>
> start the tomcat. (catalina.sh run)
>
> What should I do next ?
>
> What have I done wrong ?
>
> I will try to use the soap.war and check if it works. But... pretty
strange
> error, don't you think?
>
> Thanks in advance (and please answer as fast as possible)
> dovle
>
> --
> To unsubscribe, e-mail:
<ma...@xml.apache.org>
> For additional commands, e-mail:
<ma...@xml.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>