You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Werner Guttmann <We...@msdw.com> on 2000/04/05 11:32:16 UTC
Cocoon 1.7.2 and multiple web applications
Hi,
sorry in advance for this slightly confusing and long email, but I am
going in circles ... :-(.
I installed Cocoon 1.7.2 (with Tomcat 3.1beta2, or some more recent
nightly build) the other day, and on the first look every thing seems to
be fine. I tried a couple of the samples provided (plain conversion
using xsl, SQL Processor, XSP Processor), and everything works as
expected. Especially XSP seems to expose quite some potential.
Well, here's the problem I am currently facing. Let's assume I have two
web applications registered with Tomcat in the following way (taken from
tomcat's main config file $TOMCAT/conf/server.xml)
<Context path="/cocoonXsp"
docBase="/ms/user/g/guttmanw/deploy/webapps/cocoon/xsp"
debug="0" reloadable="true" >
</Context>
<Context path="/cocoonOrig"
docBase="/ms/user/g/guttmanw/deploy/webapps/cocoon/original"
debug="0" reloadable="true" >
</Context>
Starting Tomcat, and processing some example xml file from the
"/cocoonXsp" web application, e.g
http://some.host:8080/cocoonXsp/sample.xml
works as expected. When trying to process another xml document from the
second web application (the one mapped to /cocoonOrig), I get the
following run time exception.
java.io.FileNotFoundException:
/ms/user/g/guttmanw/deploy/webapps/cocoon/xsp/xml/samplepage.xml (No
such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.open(Compiled Code)
at java.io.FileInputStream.(Compiled Code)
at java.io.FileInputStream.(Compiled Code)
at
org.apache.cocoon.producer.ProducerFromFile.getStream(Compiled Code)
at
org.apache.cocoon.producer.AbstractProducer.getDocument(Compiled Code)
at org.apache.cocoon.Engine.handle(Compiled Code)
at org.apache.cocoon.Cocoon.service(Compiled Code)
at javax.servlet.http.HttpServlet.service(Compiled Code)
at
org.apache.tomcat.core.ServletWrapper.handleRequest(Compiled Code)
at org.apache.tomcat.core.ContextManager.service(Compiled
Code)
at
org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(Compiled
Code)
at
org.apache.tomcat.service.TcpConnectionThread.run(Compiled Code)
at java.lang.Thread.run(Compiled Code)
What surprises me with this stack trace is the fact that Cocoon tries to
open samplepage.xml from the wrong directory, i.e.
.../xsp/xml/samplepage.xml rather then .../original/xml/samplepage.xml ?
Btw, Stopping tomcat, restarting it and loading the second file again
works !
Does anybody have a clue what's going wrong here, assuming this is a
problem on my side.
Regards
Werner
Re: Cocoon 1.7.2 and multiple web applications
Posted by Stefano Mazzocchi <st...@apache.org>.
Werner Guttmann wrote:
>
> Hi,
>
> sorry in advance for this slightly confusing and long email, but I am
> going in circles ... :-(.
> I installed Cocoon 1.7.2 (with Tomcat 3.1beta2, or some more recent
> nightly build) the other day, and on the first look every thing seems to
> be fine. I tried a couple of the samples provided (plain conversion
> using xsl, SQL Processor, XSP Processor), and everything works as
> expected. Especially XSP seems to expose quite some potential.
>
> Well, here's the problem I am currently facing. Let's assume I have two
> web applications registered with Tomcat in the following way (taken from
> tomcat's main config file $TOMCAT/conf/server.xml)
>
> <Context path="/cocoonXsp"
> docBase="/ms/user/g/guttmanw/deploy/webapps/cocoon/xsp"
> debug="0" reloadable="true" >
> </Context>
>
> <Context path="/cocoonOrig"
> docBase="/ms/user/g/guttmanw/deploy/webapps/cocoon/original"
> debug="0" reloadable="true" >
> </Context>
>
> Starting Tomcat, and processing some example xml file from the
> "/cocoonXsp" web application, e.g
>
> http://some.host:8080/cocoonXsp/sample.xml
>
> works as expected. When trying to process another xml document from the
> second web application (the one mapped to /cocoonOrig), I get the
> following run time exception.
>
> java.io.FileNotFoundException:
> /ms/user/g/guttmanw/deploy/webapps/cocoon/xsp/xml/samplepage.xml (No
> such file or directory)
> at java.io.FileInputStream.open(Native Method)
> at java.io.FileInputStream.open(Compiled Code)
> at java.io.FileInputStream.(Compiled Code)
> at java.io.FileInputStream.(Compiled Code)
> at
> org.apache.cocoon.producer.ProducerFromFile.getStream(Compiled Code)
> at
> org.apache.cocoon.producer.AbstractProducer.getDocument(Compiled Code)
> at org.apache.cocoon.Engine.handle(Compiled Code)
> at org.apache.cocoon.Cocoon.service(Compiled Code)
> at javax.servlet.http.HttpServlet.service(Compiled Code)
> at
> org.apache.tomcat.core.ServletWrapper.handleRequest(Compiled Code)
> at org.apache.tomcat.core.ContextManager.service(Compiled
> Code)
> at
> org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(Compiled
> Code)
> at
> org.apache.tomcat.service.TcpConnectionThread.run(Compiled Code)
> at java.lang.Thread.run(Compiled Code)
>
> What surprises me with this stack trace is the fact that Cocoon tries to
> open samplepage.xml from the wrong directory, i.e.
> .../xsp/xml/samplepage.xml rather then .../original/xml/samplepage.xml ?
>
> Btw, Stopping tomcat, restarting it and loading the second file again
> works !
Sounds like a Tomcat bug to me... have you tried on JServ?
--
Stefano Mazzocchi One must still have chaos in oneself to be
able to give birth to a dancing star.
<st...@apache.org> Friedrich Nietzsche
--------------------------------------------------------------------
Missed us in Orlando? Make it up with ApacheCON Europe in London!
------------------------- http://ApacheCon.Com ---------------------