cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vadim Gritsenko" <vadim.gritse...@verizon.net>
Subject RE: cocoon 2.0 with Tomcat 4.1 installation problems
Date Sat, 02 Mar 2002 15:19:26 GMT
It has been reported several times that Tomcat 4.0.2 have some issues
which prevent Cocoon from starting under it. Use Tomcat 4.0.1 for a
while, while these issues are being sorted out.

PS Plain text emails are appreciated here.

Vadim

-----Original Message-----
From: Mark.Vovsi@weirdtable.org [mailto:Mark.Vovsi@weirdtable.org] 
Sent: Saturday, March 02, 2002 1:28 AM
To: cocoon-users@xml.apache.org
Subject: RE: cocoon 2.0 with Tomcat 4.1 installation problems


I've downloaded the latest cocoon build via CVS. I believe the build is
OK, because I'm not getting NullPointerExceptions when I run
http://localhost:8080/cocoon, 

but now I'm getting the following error with jdk1.4 and JDK1.4 LE
(lightweight distribution) of Tomcat 4.0.2: 

java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
                at java.lang.ClassLoader.defineClass0(Native Method)
                at
java.lang.ClassLoader.defineClass(ClassLoader.java:509)
                at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
                at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappCla
ssLoader.java:1631) 

Clearly the .dom packages can't be found. I tried setting the classpath,
adding .jar files to the /common/endorsed/ folder, but no luck. When
tried to load cocoon with a full 4.0.2 Tomcat distribution, the browser
just hangs. 

This is becoming quite frustrating, any more suggestions are greatly
appreciated. Thanks. Mark. 



"Vadim Gritsenko" <vadim.gritsenko@verizon.net> 
03/01/2002 09:59 PM 
Please respond to cocoon-users 
        
        To:        <cocoon-users@xml.apache.org> 
        cc:         
        Subject:        RE: cocoon 2.0 with Tomcat 4.1 installation
problems



This looks like JDK1.3/JDK1.4 mix-up described recently by Stefano. Do
you have two JDK on your machine? Try build.bat from the CVS, should
help.

http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-cocoon2/build.bat?rev=1
.18

Vadim

-----Original Message-----
From: Mark.Vovsi@weirdtable.org [mailto:Mark.Vovsi@weirdtable.org] 
Sent: Friday, March 01, 2002 8:08 PM
To: cocoon-users@xml.apache.org
Subject: Re: cocoon 2.0 with Tomcat 4.1 installation problems


I appreciate all of the replies to my morning post. Here are some more
details. 

1) I've tried building Cocoon 2.0.1 again and got errors. I got the
version from http://xml.apache.org/cocoon/dist/cocoon-2.0.1-src.zip for
my Windows2000 machine. The exact errors were during compilation: 
========================================================================

compile: 
     [copy] Copying 27 files to
C:\java\apache\cocoon-2.0.1\build\cocoon\classes 

     [echo] Compiling with Java 1.4, debug on, optimize off, deprecation
off 
    [javac] Compiling 392 source files to
C:\java\apache\cocoon-2.0.1\build\coco 
on\classes 
    [javac]
C:\java\apache\cocoon-2.0.1\build\cocoon\src\org\apache\cocoon\compo 
nents\language\markup\xsp\EsqlConnection.java:22: class
org.apache.cocoon.compon 
ents.language.markup.xsp.EsqlConnection must be declared abstract. It
does not d 
efine void rollback(java.sql.Savepoint) from interface
java.sql.Connection. 
    [javac] public class EsqlConnection implements Connection { 
    [javac]              ^ 
    [javac]
C:\java\apache\cocoon-2.0.1\build\cocoon\src\org\apache\cocoon\compo 
nents\language\markup\xsp\EsqlConnection.java:22: class
org.apache.cocoon.compon 
ents.language.markup.xsp.EsqlConnection must be declared abstract. It
does not d 
efine java.sql.Statement createStatement(int, int, int) from interface
java.sql. 
Connection. 
========================================================================


2) I am able to build a version of Cocoon 2.0 no problem. But when I go
to to http://localhost:8080/cocoon on my Tomcat 4.0.2 or Tomcat 4.0.1
install I get a Java Exception/Internal Server Error in my browser. 

exception: 
========================================================================

javax.servlet.ServletException: Servlet.init() for servlet Cocoon2 threw
exception
                at
org.apache.catalina.core.StandardWrapper.loadServlet(Unknown Source)
                at
org.apache.catalina.core.StandardWrapper.allocate(Unknown Source)
                at
org.apache.catalina.core.StandardWrapperValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invoke(Unknown Source)
                at org.apache.catalina.core.ContainerBase.invoke(Unknown
Source)
                at
org.apache.catalina.core.StandardContextValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.valves.CertificatesValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invoke(Unknown Source)
                at org.apache.catalina.core.ContainerBase.invoke(Unknown
Source)
                at
org.apache.catalina.core.StandardContext.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardHostValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.valves.ErrorReportValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.valves.AccessLogValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invoke(Unknown Source)
                at org.apache.catalina.core.ContainerBase.invoke(Unknown
Source)
                at
org.apache.catalina.core.StandardEngineValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invoke(Unknown Source)
                at org.apache.catalina.core.ContainerBase.invoke(Unknown
Source)
                at
org.apache.catalina.connector.http.HttpProcessor.process(Unknown Source)
                at
org.apache.catalina.connector.http.HttpProcessor.run(Unknown Source)
                at java.lang.Thread.run(Thread.java:536)


root: 
========================================================================
===========================
java.lang.NullPointerException
                at java.util.Hashtable.put(Hashtable.java:386)
                at
org.apache.avalon.framework.context.DefaultContext.put(DefaultContext.ja
va:107)
                at 
org.apache.cocoon.servlet.CocoonServlet.initLogger(CocoonServlet.java:42
3)
                at
org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:132)
                at
org.apache.catalina.core.StandardWrapper.loadServlet(Unknown Source)
                at
org.apache.catalina.core.StandardWrapper.allocate(Unknown Source)
                at
org.apache.catalina.core.StandardWrapperValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invoke(Unknown Source)
                at org.apache.catalina.core.ContainerBase.invoke(Unknown
Source)
                at
org.apache.catalina.core.StandardContextValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.valves.CertificatesValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invoke(Unknown Source)
                at org.apache.catalina.core.ContainerBase.invoke(Unknown
Source)
                at
org.apache.catalina.core.StandardContext.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardHostValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.valves.ErrorReportValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.valves.AccessLogValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invoke(Unknown Source)
                at org.apache.catalina.core.ContainerBase.invoke(Unknown
Source)
                at
org.apache.catalina.core.StandardEngineValve.invoke(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invokeNext(Unknown Source)
                at
org.apache.catalina.core.StandardPipeline.invoke(Unknown Source)
                at org.apache.catalina.core.ContainerBase.invoke(Unknown
Source)
                at
org.apache.catalina.connector.http.HttpProcessor.process(Unknown Source)
                at
org.apache.catalina.connector.http.HttpProcessor.run(Unknown Source)
                at java.lang.Thread.run(Thread.java:536)
========================================================================
============= 

3) From the documentation it seems that no path settings to the parser
have to be changed. After failing a couple of times, I've tried dropping
cocoon's version of xerces and xml-api.jar into the /endorsed folder of
Tomcat, and I've tried setting the CLASSPATH to xerces.jar (though from
what I understand in jdk1.4 it's necessary), but still no luck. 

4) I followed the INSTALL file in the cocoon's root. 

5) I have severall JDKs installed on my machine, 1.4, 1.3, and even
1.1.8, but 1.4 is loaded first. Could that be the problem? 

6) I have a feeling I'm missing some little setting. If not, can someone
point me to Win32 bin versions of Cocoon and Tomcat that definitely work
with each other? 

Thanks to all. 

Mark. 



From: <Mark.Vovsi@weirdtable.org>

> I've spent several hours trying to install Cocoon2.0 on top of
Tomcat4.1
> and it still isn't running. I donwloaded version 2.0.1 and that
wouldn't
> even build.

I'm sorry to hear that. What is the error that comes up?

> So I downloaded version 2.0. According to the install instructions,
> with Cocoon 2.0 and Tomcat 4.x, the setup is supposed to be a piece of
> cake. Just run the build.bat, which will generate the
> /build/cocoon/cocoon.war and then simply copy that cocoon.war into
> tomcat/webapps. Then start up Tomcat and voila! When I start up
Tomcat,
> there's definite noise in my machine and cocoon begins to compile it's
> classes, but I get errors from the Servlet Container when I try to hit
it
> via the browser. Primarily, can't find some classes and
> NullPointerExceptions.

Could you please post them so we can take a look?

> I thought that the older version of the parser issue
> might have been it, and I tried putting in the latest xerces.jar
inside
> Tomcat and renaming the older .jar, but in any case Tomcat 4.x claims
to
> have the later xerces.jar version already. I was also using jdk1.4 and
> thought that might have been a problem, because a version of
xerces.jar is
> included with that

I use JDK1.4; you just need to copy xerces and xml-apis under the
/endorsed
dir.

> so I installed jdk1.3, but I still get an error trying
> to start up cocoon. Has anyone seen this? Should I be using an earlier
> version of the products maybe?

Please send us the relevant info-logs on these exact errors.
As for the version, usually the latest version is the best, and ATM the
CVS
one is IMHO preferable.

--
Nicola Ken Barozzi                 barozzi@nicolaken.com
           - verba volant, scripta manent -
  (discussions get forgotten, just code remains)
---------------------------------------------------------------------



---------------------------------------------------------------------
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

To unsubscribe, e-mail: <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail: <cocoon-users-help@xml.apache.org>


Mime
View raw message