Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Received-SPF: pass (nike.apache.org: domain of neil.jed@gmail.com designates
 64.233.184.224 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=ShiPhtabbrbaCO5d/1jysKGcnWZI3Bel5zp3/TKBR9e38v2nkNHdqznwl+tKGrSIWOyFOt+sXadR/UuDoJTXc9Fmtu3PXcKHeiS2N5EuO7D19fifzD3dlmR03X7fMdFxj1JB/s64PtCDg+MrkWq6RKzj6nLgJ7MBaVx6wKJYGKQ=
Message-ID: <fad63f660804100408v6d8cccfcp3d1fe287cd52fd48@mail.gmail.com>
Date: Thu, 10 Apr 2008 13:08:20 +0200
From: Jed <jed@wunderboy.org>
Reply-To: jed@wunderboy.org
Sender: neil.jed@gmail.com
To: users@cocoon.apache.org
Subject: Re: Tomcat passing requests to cocoon for docroot,
 but not sub-directories?
In-Reply-To: <47FDE841.8080801@digikartta.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <fad63f660804100137k67735844n7e1b9269570fc5cb@mail.gmail.com>
	 <47FDD778.4020606@acrys.com> <47FDD8FA.1080603@onehippo.com>
	 <fad63f660804100219j2a80a79qd1fd3f624b9ed91e@mail.gmail.com>
	 <47FDDE74.7020408@onehippo.com>
	 <fad63f660804100301vabead46uf8178077752ae103@mail.gmail.com>
	 <47FDE841.8080801@digikartta.net>

Have done all of those things already.

- Jed

On 10/04/2008, Lehtonen, Mika <mika@digikartta.net> wrote:
> Hi,
>
>  can't you just leave the mod_jk out of this for now on and test directly
> with Tomcat e.g. configure it to listen port 8080. Another approach might be
> to leave Cocoon out and test some static material through mod_jk. That way
> you can assure that it is working properly.
>
>  mika
>
>  Jed kirjoitti:
>
>
> > I know mod_jk is working because it's passing the request through to
> > Tomcat. Instead of trying to serve the *.jhtml file from Apache, it's
> > going to Tomcat which is then passing back it's *own* 404 message
> > rather than the default apache version.
> >
> > I've got mod_jk in debug mod and looked at the output and its
> > definately passing the request to Tomcat.
> >
> > - Jed
> >
> > On 10/04/2008, Jeroen Reijn <j.reijn@onehippo.com> wrote:
> >
> >
> > > Well then it must be your mod_jk configuration. I do not have a lot of
> > > experience with that, since I normally use mod_rewrite or mod_proxy.
> > >
> > >  On the cocoon side the correct way to go is without the preceding "/",
> so
> > >
> > >  <map:match pattern="/main/*.jhtml">
> > >  <map:generate src="/main/pageTwo.xml"/>
> > >
> > >  Should be
> > >
> > >  <map:match pattern="main/*.jhtml">
> > >  <map:generate src="main/pageTwo.xml"/>
> > >
> > >  So somehow tomcat or apache does not know how to handle requests with
> /main
> > > in front? You do not by accident have another context running inside
> your
> > > tomcat that has the name main?
> > >
> > >  Gr.
> > >
> > >  Jeroen
> > >
> > >
> > >  Jed wrote:
> > >
> > >
> > >
> > > > Hi Jeroen,
> > > >
> > > > Thanks for the suggestion. I did actually try that but it didn't solve
> it.
> > > >
> > > >
> > > :(
> > >
> > >
> > > > The problem is that Tomcat still appears to NOT be passing any request
> > > > for a *.jhtml document in the docroot/main folder to cocoon.
> > > >
> > > > As I said, when I ask for http://test.domain/test.jhtml cocoon
> > > > recieves the request and processes it as seen in the sitemap.log file.
> > > >
> > > > However asking for http://test.domain/main/test.jhtml
> > > >
> > > >
> > > never gets past
> > >
> > >
> > > > Tomcat. It never passes it to cocoon so it never matches a matcher and
> > > > no request is ever seen in the sitemap.log. I just get a 404 from
> > > > Tomcat as it's trying to return an actual file called "test.jhtml" :(
> > > >
> > > > - Jed
> > > >
> > > > On 10/04/2008, Jeroen Reijn <j.reijn@onehippo.com> wrote:
> > > >
> > > >
> > > >
> > > > > Yes you are correct here. Remove the "/" from the beginning. Also
> use a
> > > > > relative source:
> > > > >
> > > > >  Use
> > > > >  <map:generate src="main/helloworld.xml"/>
> > > > >
> > > > >  instead of
> > > > >
> > > > >  <map:generate src="/main/helloworld.xml"/>
> > > > >
> > > > >  Regards,
> > > > >
> > > > >  Jeroen
> > > > >
> > > > >
> > > > >
> > > > >  Rainer Pruy wrote:
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > Hi Jed,
> > > > > >
> > > > > > you might try using <map:match pattern="main/*.jhtml"> (leaving
> out
> > > > > >
> > > > > >
> > > > >
> > > >
> > > the
> > >
> > >
> > > >
> > > > > "/").
> > > > >
> > > > >
> > > > >
> > > > > > I remember having experienced similar problem some tim ago.
> > > > > >
> > > > > > Regards
> > > > > > Rainer
> > > > > >
> > > > > > Jed schrieb:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > > Hi All,
> > > > > > >
> > > > > > > I'm a new Cocoon user and I've come across and I'm having a
> really
> > > > > > > bizarre problem at the moment which has stopped my site
> development
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > in
> > >
> > >
> > > >
> > > > >
> > > > > >
> > > > > > > it's tracks.
> > > > > > >
> > > > > > > I've got Apache/Tomcat/Cocoon set-up and have got the Tomcat and
> > > > > > > Cocoon samples running just fine. I've set-up a virtual server
> with
> > > > > > > it's own docroot and made a simple "HelloWorld" servlet and
> XML/XSLT
> > > > > > > test and again, those work both fine.
> > > > > > >
> > > > > > > However, I've now started setting up my pipelines/matchers and a
> > > > > > > really strange thing is happening.
> > > > > > >
> > > > > > > As a test, I've put "helloworld.xml" and its associated xsl file
> in
> > > > > > > docroot and set-up a matcher so that and request for /*.jhtml
> > > > > > > effectively loads and transforms that file. This works fine.
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > However,
> > >
> > >
> > > >
> > > > >
> > > > > >
> > > > > > > if I then make a subdirectory of docroot and place the same
> xml/xsl
> > > > > > > there and set-up a matcher for that, absolutely nothing happens.
> > > > > > > Instead I just get a Tomcat 404 page.
> > > > > > >
> > > > > > > I've been scratching my head over this for a week and what
> appears
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > to
> > >
> > >
> > > >
> > > > >
> > > > > >
> > > > > > > be the problem is that Tomcat is definately passing requests for
> > > > > > > documents in docroot to cocoon but NOT for any sub-directories.
> > > > > > >
> > > > > > > The way I tested was as follows:
> > > > > > >
> > > > > > > Test 1:
> > > > > > >
> > > > > > > Created files:
> > > > > > > docroot/helloworld.xml
> > > > > > > docroot/helloworld.xsl
> > > > > > >
> > > > > > > Matcher:
> > > > > > > <map:match pattern="*.jhtml">
> > > > > > > <map:generate src="helloworld.xml"/>
> > > > > > > <map:transform src="helloworld.xsl"/>
> > > > > > > <map:serialize type="html"/>
> > > > > > > </map:match>
> > > > > > >
> > > > > > > Request:
> > > > > > > http://test.domain/randomfilename.jhtml
> > > > > > >
> > > > > > > Result:
> > > > > > > "Hello World!"
> > > > > > >
> > > > > > > Test 2:
> > > > > > >
> > > > > > > Create files:
> > > > > > > docroot/main/helloworld.xml
> > > > > > > docroot/main/helloworld.xsl
> > > > > > >
> > > > > > > Matcher:
> > > > > > > <map:match pattern="/main/*.jhtml">
> > > > > > > <map:generate src="/main/helloworld.xml"/>
> > > > > > > <map:transform src="/main/helloworld.xsl"/>
> > > > > > > <map:serialize type="html"/>
> > > > > > > </map:match>
> > > > > > >
> > > > > > > Request:
> > > > > > > http://test.domain/main/randomfilename.jhtml
> > > > > > >
> > > > > > > Result:
> > > > > > > Tomcat 404 error message
> > > > > > >
> > > > > > > Test 3:
> > > > > > >
> > > > > > > Remove files:
> > > > > > > docroot/helloworld.xml
> > > > > > > docroot/helloworld.xsl
> > > > > > >
> > > > > > > Matcher:
> > > > > > > <map:match pattern="*.jhtml">
> > > > > > > <map:generate src="helloworld.xml"/>
> > > > > > > <map:transform src="helloworld.xsl"/>
> > > > > > > <map:serialize type="html"/>
> > > > > > > </map:match>
> > > > > > >
> > > > > > > Request:
> > > > > > > http://test.domain/randomfilename.jhtml
> > > > > > >
> > > > > > > Result:
> > > > > > > Coccon 404 error message as defined in <map:handle-errors>
> > > > > > >
> > > > > > > I have DEBUG level set in logkit and watched what was happening
> when
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > I
> > >
> > >
> > > >
> > > > >
> > > > > >
> > > > > > > made requests. mod_jk was intercepting the request from apache
> and
> > > > > > > matching it with a worker and passing it to Tomcat. For requests
> for
> > > > > > > documents in docroot, Tomcat was passing them to cocoon as the
> > > > > > > requests and processing can be seen in the sitemap.log file.
> > > > > > >
> > > > > > > However, when a request is made for a file in a sub-directory of
> > > > > > > docroot, there is zero activity in sitemap.log - the request
> just
> > > > > > > never gets there!
> > > > > > >
> > > > > > > I am *completely* baffled. I believe I have the various
> components
> > > > > > > configured correctly but as stated, Tomcat will not pass
> requests
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > for
> > >
> > >
> > > >
> > > > >
> > > > > >
> > > > > > > sub-dirs to Cocoon.
> > > > > > >
> > > > > > > Can anyone shed any light on this?
> > > > > > >
> > > > > > > - Jed
> > > > > > >
> > > > > > > Heres the pertinent extracts from the various configs:
> > > > > > >
> > > > > > > Apache - http.conf:
> > > > > > >
> > > > > > > <VirtualHost *:80>
> > > > > > > DocumentRoot
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > /usr/local/apache/share/saab_current/htdocs/
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > > ServerName test.domain
> > > > > > > Options FollowSymLinks +Indexes
> > > > > > > <Directory /usr/local/apache/share/htdocs>
> > > > > > > Options +Indexes
> > > > > > > </Directory>
> > > > > > > DirectoryIndex index.jhtml index.html index.xml
> > > > > > > JkMount /*.shtml xmlworker
> > > > > > > JkMount /main/*.jhtml xmlworker
> > > > > > > </VirtualHost>
> > > > > > >
> > > > > > > Tomcat - server.xml
> > > > > > > <Engine name="Catalina" defaultHost="test.domain"
> > > > > > > cachingAllowed="true" debug="9">
> > > > > > > <Host name="test.domain" debug="9"
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > appBase="/usr/local/apache/share/htdocs"
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > > unpackWARs="true" autoDeploy="true" xmlValidation="false"
> > > > > > > xmlNamespaceAware="false">
> > > > > > > <Context debug="9"
> > > > > > > reloadable="true"
> > > > > > > path=""
> > > > > > > docBase="/usr/local/apache/share/htdocs"
> > > > > > > />
> > > > > > > </Host>
> > > > > > > </Engine>
> > > > > > >
> > > > > > > Tomcat - workers.properties
> > > > > > >
> > > > > > > # XML worker
> > > > > > > worker.xmlworker.port=8009
> > > > > > > worker.xmlworker.host=localhost
> > > > > > > worker.xmlworker.type=ajp13
> > > > > > >
> > > > > > > Cocoon - sitemap.xmap
> > > > > > >
> > > > > > > <map:match pattern="*.jhtml">
> > > > > > > <map:generate src="pageOne.xml"/>
> > > > > > > <map:transform src="doc2html.xsl"/>
> > > > > > > <map:serialize type="html"/>
> > > > > > > </map:match>
> > > > > > >
> > > > > > > <map:match pattern="/main/*.jhtml">
> > > > > > > <map:generate src="/main/pageTwo.xml"/>
> > > > > > > <map:transform src="/main/doc2html.xsl"/>
> > > > > > > <map:serialize type="html"/>
> > > > > > > </map:match>
> > > > > > >
> > > > > > > My set-up is:
> > > > > > >
> > > > > > > Fedora Core 6
> > > > > > > Apache/2.2.8
> > > > > > > mod_jk 1.2.26
> > > > > > > Tomcat  5.5.26
> > > > > > > Cocoon 2.1.11
> > > > > > > Sun JDK 1.6.0_05-b13
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > >
> > >
> > > >
> > > > >
> > > > > >
> > > > > > > To unsubscribe, e-mail:
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > users-unsubscribe@cocoon.apache.org
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > > For additional commands, e-mail: users-help@cocoon.apache.org
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >  --
> > > > >  Met vriendelijke groet,
> > > > >  Kind regards,
> > > > >
> > > > >  Jeroen Reijn
> > > > >
> > > > >  Hippo
> > > > >
> > > > >  Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam
> +31(0)20-5224466
> > > > >  San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA
> > > > >  94952-3329 +1 (707) 773-4646
> > > > >
> > > > >  www.onehippo.com info@onehippo.com
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > >
> > >
> > > >
> > > > >  To unsubscribe, e-mail:
> > > > > users-unsubscribe@cocoon.apache.org
> > > > >  For additional commands, e-mail: users-help@cocoon.apache.org
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > >
> > >
> > > > To unsubscribe, e-mail:
> > > >
> > > >
> > > users-unsubscribe@cocoon.apache.org
> > >
> > >
> > > > For additional commands, e-mail: users-help@cocoon.apache.org
> > > >
> > > >
> > > >
> > > >
> > >  --
> > >  Met vriendelijke groet,
> > >  Kind regards,
> > >
> > >  Jeroen Reijn
> > >
> > >  Hippo
> > >
> > >  Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466
> > >  San Francisco - Hippo USA Inc. 101 H Street, suite Q Petaluma CA
> > >  94952-3329 +1 (707) 773-4646
> > >
> > >  www.onehippo.com info@onehippo.com
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > >  To unsubscribe, e-mail:
> > > users-unsubscribe@cocoon.apache.org
> > >  For additional commands, e-mail: users-help@cocoon.apache.org
> > >
> > >
> > >
> > >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> users-unsubscribe@cocoon.apache.org
> > For additional commands, e-mail: users-help@cocoon.apache.org
> >
> >
>
> ---------------------------------------------------------------------
>  To unsubscribe, e-mail:
> users-unsubscribe@cocoon.apache.org
>  For additional commands, e-mail: users-help@cocoon.apache.org
>
>

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