Re: C1 to C2, FAQ

[Davanum Srinivas]

Andre,

I checked in your faq's. can you do a "build docs" from the latest cvs version and 
take a look

Thanks,
dims

--- Andre Juffer <[EMAIL PROTECTED]> wrote:
> Hi Davanum,
> 
> 
> the original problem was how to get apache working together with tomcat
> and Cocccn2. There is actually a FAQ "Why does nothing happen when I
> access 'http://localhost/cocoon/'?" Some possibilities are listed there.
> in addition to these, in the case of mod_jk, it is crucial to include
> the directive
> 
> JkMount /cocoon/* ajp12
> 
> along with other directives that are already listed in mod_jk.conf-auto
> in the tomcat/conf directory. One could add the above directive at the 
> end of httpd.conf.
> 
> 
> 
> The second problem I was looking into was the following. How can I use
> the request http://your.server.org/Foo/welcome (as an example), where
> Foo is an application that depends on Cocoon2, instead of employing
> something like http://your.server.org/cocoon/Foo/welcome. So, it would
> not be required to always include "cocoon" in the request. Mainly based 
> upon Luca Morandini's suggestions, I could get things to work with the 
> following two modifications:
> 
> 1. Add to httpd.cond:
> 
> RewriteEngine On
> RewriteLog "/var/log/rewrite.log"
> RewriteLogLevel 0
> RewriteRule ^/Foo /cocoon/Foo/ [R]
> RewriteRule ^/Foo(.*) /cocoon/Foo$1 [R]
> 
> The file rewrite.log does not have to be located in /var/log. For 
> instance, under Windows NT other locations may be appropriate. The 
> RewriteLogLevel should be set 3 for debug purposes. The third line is 
> essentially a redirect, so that Foo become /cocoon/Foo/ with the 
> trailing /, without it the request would not map onto
> 
> 
>
> 
> 
> if I request http://your.server.org/Foo.
> 
> Finally, the last RewriteRule could depend on the local settings.
> The original suggestion by Luca was a single line entry (that replaces 
> both RewriteRules above) according to
> 
> RewriteRule Foo/(.*) /cocoon/Foo/$1 [PT]
> 
> but this did not work in my case (Slackware Linux with Apache1.3, 
> tomcat3.2.2, Cocoon2). Again, these RewriteRules may vary somewhat 
> depending on the local settings. You may have to experiment somewhat
> 
> 2. Add to the sitemap.xmap in the cocoon directory:
> 
> 
> 
> check-reload="yes" reload-method="synchron"/>
> 
> 
> 
> Here, /www/Foo is a some directory on the local file system where the 
> xml, xsp, .., files of the application Foo live.
> 
> As Luca pointed out, the src attribute may have to include "file://"
> 
> I hope that the information above is useful for others as well.
> 
> 
> With thanks to Luca, Lajos, Anders, and others.
> 
> Cheers,
> Andre.
> 
> 
> 
> 
> 
> Davanum Srinivas wrote:
> 
>  > Andre,
>  >
>  > Can you re-post the complete instructions in the form of a FAQ? I 
> will check it in.
>  >
>  > Thanks,
>  > dims
>  >
>  > --- Andre Juffer <[EMAIL PROTECTED]> wrote:
>  >
>  >> Hi All,
>  >>
>  >> I got it finally working. The directive
>  >>
>  >> JkMount /cocoon/* ajp12
>  >>
>  >> did it. I apparently kept on missing that part, since this was not
>  >> required for tomcat-apache-cocoon1, where always, it seems, .xml was
>  >> employed to redirect xml request to cocoon1.
>  >>
>  >> I would support the suggestion of Luca to put these few things into the
>  >> FAQ, because I would assume that more people make the same mistake 
> as I did.
>  >>
>  >> Thank you for your help,
>  >>
>  >> Andre.
>  >>
>  >>
>  >>
>  >> Luca Morandini wrote:
>  >>
>  >>
>  >>> Andre,
>  >>>
>  >>>  this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or it
>  >>> will be overwritten every time you start Tomcat):
>  >>>
>  >>> 
>  >>>
>  >>> JkWorkersFile "C:/Apps/Tomcat/conf/workers.properties"
>  >>> JkLogFile "C:/Apps/Tomcat/logs/mod_jk.log"
>  >>> JkLogLevel warn
>  >>> JkMount /*.jsp ajp12
>  >>> JkMount /*.xml ajp12
>  >>>
>  >>> JkMount /cocoon/* ajp12
>  >>>
>  >>> 
>  >>>
>  >>>  I presume this will do the trick of redirecting.
>  >>>
>  >>>  Moreover, somewhere down mod_jk.conf, there is this cocoon-related 
> stuff:
>  >>>
>  >>> #
>  >>> # The following line makes apache aware of the location of the /cocoon
>  >>> context
>  >>> #
>  >>> Alias /cocoon "C:/Apps/Tomcat/webapps/cocoon"
>  >>> 
>  >>> Options Indexes FollowSymLinks
>  >>> 
>  >>>
>  >>> #
>  >>> # The following line mounts all JSP files and the /servlet/ uri to 
> tomcat
>  >>> #
>  >>> JkMount /cocoon/servlet/* ajp12
>  >>> JkMount /cocoon/*.jsp ajp12
>  >>>
>  >>> #
>  >>> # The following line prohibits users from directly accessing WEB-INF
>  >>> #
>  >>> 
>  >>> AllowOverride None
>  >>> deny from all
>  >>> 
>  >>>
>  >>> #
>  >>> # Use Directory too. On Windows, Location doesn't work unless case 
> matches
>  >>> #
>  >>> 
>  >>> AllowOverride None
>  >>> deny from all
>  >>> 
>  >>>
>  >>> #
>  >>> # The following line prohibits users from directly accessing META-INF
>  >>> #
>  >>> 
>  >>> Allo

Re: C1 to C2, FAQ

[Andre Juffer]

Hi Davanum,


the original problem was how to get apache working together with tomcat
and Cocccn2. There is actually a FAQ "Why does nothing happen when I
access 'http://localhost/cocoon/'?" Some possibilities are listed there.
in addition to these, in the case of mod_jk, it is crucial to include
the directive

JkMount /cocoon/* ajp12

along with other directives that are already listed in mod_jk.conf-auto
in the tomcat/conf directory. One could add the above directive at the 
end of httpd.conf.



The second problem I was looking into was the following. How can I use
the request http://your.server.org/Foo/welcome (as an example), where
Foo is an application that depends on Cocoon2, instead of employing
something like http://your.server.org/cocoon/Foo/welcome. So, it would
not be required to always include "cocoon" in the request. Mainly based 
upon Luca Morandini's suggestions, I could get things to work with the 
following two modifications:

1. Add to httpd.cond:

RewriteEngine On
RewriteLog "/var/log/rewrite.log"
RewriteLogLevel 0
RewriteRule ^/Foo /cocoon/Foo/ [R]
RewriteRule ^/Foo(.*) /cocoon/Foo$1 [R]

The file rewrite.log does not have to be located in /var/log. For 
instance, under Windows NT other locations may be appropriate. The 
RewriteLogLevel should be set 3 for debug purposes. The third line is 
essentially a redirect, so that Foo become /cocoon/Foo/ with the 
trailing /, without it the request would not map onto


   


if I request http://your.server.org/Foo.

Finally, the last RewriteRule could depend on the local settings.
The original suggestion by Luca was a single line entry (that replaces 
both RewriteRules above) according to

RewriteRule Foo/(.*) /cocoon/Foo/$1 [PT]

but this did not work in my case (Slackware Linux with Apache1.3, 
tomcat3.2.2, Cocoon2). Again, these RewriteRules may vary somewhat 
depending on the local settings. You may have to experiment somewhat

2. Add to the sitemap.xmap in the cocoon directory:



  



Here, /www/Foo is a some directory on the local file system where the 
xml, xsp, .., files of the application Foo live.

As Luca pointed out, the src attribute may have to include "file://"

I hope that the information above is useful for others as well.


With thanks to Luca, Lajos, Anders, and others.

Cheers,
Andre.





Davanum Srinivas wrote:

 > Andre,
 >
 > Can you re-post the complete instructions in the form of a FAQ? I 
will check it in.
 >
 > Thanks,
 > dims
 >
 > --- Andre Juffer <[EMAIL PROTECTED]> wrote:
 >
 >> Hi All,
 >>
 >> I got it finally working. The directive
 >>
 >> JkMount /cocoon/* ajp12
 >>
 >> did it. I apparently kept on missing that part, since this was not
 >> required for tomcat-apache-cocoon1, where always, it seems, .xml was
 >> employed to redirect xml request to cocoon1.
 >>
 >> I would support the suggestion of Luca to put these few things into the
 >> FAQ, because I would assume that more people make the same mistake 
as I did.
 >>
 >> Thank you for your help,
 >>
 >> Andre.
 >>
 >>
 >>
 >> Luca Morandini wrote:
 >>
 >>
 >>> Andre,
 >>>
 >>>this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or it
 >>> will be overwritten every time you start Tomcat):
 >>>
 >>> 
 >>>
 >>> JkWorkersFile "C:/Apps/Tomcat/conf/workers.properties"
 >>> JkLogFile "C:/Apps/Tomcat/logs/mod_jk.log"
 >>> JkLogLevel warn
 >>> JkMount /*.jsp ajp12
 >>> JkMount /*.xml ajp12
 >>>
 >>> JkMount /cocoon/* ajp12
 >>>
 >>> 
 >>>
 >>>I presume this will do the trick of redirecting.
 >>>
 >>>Moreover, somewhere down mod_jk.conf, there is this cocoon-related 
stuff:
 >>>
 >>> #
 >>> # The following line makes apache aware of the location of the /cocoon
 >>> context
 >>> #
 >>> Alias /cocoon "C:/Apps/Tomcat/webapps/cocoon"
 >>> 
 >>> Options Indexes FollowSymLinks
 >>> 
 >>>
 >>> #
 >>> # The following line mounts all JSP files and the /servlet/ uri to 
tomcat
 >>> #
 >>> JkMount /cocoon/servlet/* ajp12
 >>> JkMount /cocoon/*.jsp ajp12
 >>>
 >>> #
 >>> # The following line prohibits users from directly accessing WEB-INF
 >>> #
 >>> 
 >>> AllowOverride None
 >>> deny from all
 >>> 
 >>>
 >>> #
 >>> # Use Directory too. On Windows, Location doesn't work unless case 
matches
 >>> #
 >>> 
 >>> AllowOverride None
 >>> deny from all
 >>> 
 >>>
 >>> #
 >>> # The following line prohibits users from directly accessing META-INF
 >>> #
 >>> 
 >>> AllowOverride None
 >>> deny from all
 >>> 
 >>>
 >>> #
 >>> # Use Directory too. On Windows, Location doesn't work unless case 
matches
 >>> #
 >>> 
 >>> AllowOverride None
 >>> deny from all
 >>> 
 >>>
 >


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: C1 to C2

[Andre Juffer]

Davanum Srinivas wrote:

> Andre,
> 
> Can you re-post the complete instructions in the form of a FAQ? I will check it in.

Yes, I'll see to it and send something in within the next day or so.

Cheers,
Andre


> 
> Thanks,
> dims
> 
> --- Andre Juffer <[EMAIL PROTECTED]> wrote:
> 
>> Hi All,
>> 
>> I got it finally working. The directive
>> 
>> JkMount /cocoon/* ajp12
>> 
>> did it. I apparently kept on missing that part, since this was not 
>> required for tomcat-apache-cocoon1, where always, it seems, .xml was 
>> employed to redirect xml request to cocoon1.
>> 
>> I would support the suggestion of Luca to put these few things into the 
>> FAQ, because I would assume that more people make the same mistake as I did.
>> 
>> Thank you for your help,
>> 
>> Andre.
>> 
>> 
>> 
>> Luca Morandini wrote:
>> 
>> 
>>> Andre,
>>> 
>>> this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or it
>>> will be overwritten every time you start Tomcat):
>>> 
>>> 
>>> 
>>> JkWorkersFile "C:/Apps/Tomcat/conf/workers.properties"
>>> JkLogFile "C:/Apps/Tomcat/logs/mod_jk.log"
>>> JkLogLevel warn
>>> JkMount /*.jsp ajp12
>>> JkMount /*.xml ajp12
>>> 
>>> JkMount /cocoon/* ajp12
>>> 
>>> 
>>> 
>>> I presume this will do the trick of redirecting.
>>> 
>>> Moreover, somewhere down mod_jk.conf, there is this cocoon-related stuff:
>>> 
>>> #
>>> # The following line makes apache aware of the location of the /cocoon
>>> context
>>> #
>>> Alias /cocoon "C:/Apps/Tomcat/webapps/cocoon"
>>> 
>>> Options Indexes FollowSymLinks
>>> 
>>> 
>>> #
>>> # The following line mounts all JSP files and the /servlet/ uri to tomcat
>>> #
>>> JkMount /cocoon/servlet/* ajp12
>>> JkMount /cocoon/*.jsp ajp12
>>> 
>>> #
>>> # The following line prohibits users from directly accessing WEB-INF
>>> #
>>> 
>>> AllowOverride None
>>> deny from all
>>> 
>>> 
>>> #
>>> # Use Directory too. On Windows, Location doesn't work unless case matches
>>> #
>>> 
>>> AllowOverride None
>>> deny from all
>>> 
>>> 
>>> #
>>> # The following line prohibits users from directly accessing META-INF
>>> #
>>> 
>>> AllowOverride None
>>> deny from all
>>> 
>>> 
>>> #
>>> # Use Directory too. On Windows, Location doesn't work unless case matches
>>> #
>>> 
>>> AllowOverride None
>>> deny from all
>>> 
>>> 
>>> By the way, I'm not using Linux, but Windows NT 4.0 (as you may guess from
>>> the paths...).
>>> 
>>> Best regards,
>>>  
>>> -
>>>Luca Morandini
>>>GIS Consultant
>>> [EMAIL PROTECTED]
>>>   +39 0744 59  85  1 Office
>>>   +39 0335 681 02 12 Mobile
>>> http://utenti.tripod.it/lmorandini/index.html
>>> -
>>> 
>>> 
>>> 
>>> 
>>>> -Original Message-
>>>> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
>>>> Sent: martedì 17 luglio 2001 23.13
>>>> To: [EMAIL PROTECTED]
>>>> Subject: Re: C1 to C2
>>>> 
>>>> 
>>>> 
>>>> 
>>>> Luca Morandini wrote:
>>>> 
>>>> 
>>>> 
>>>>> Andre,
>>>>> 
>>>>>   I used mod_jk instead of jserv, hence, I can't be of much
>>>> 
>>>> assistance.
>>>> 
>>>> 
>>>>>   I would suggest you to switch to mod_jk, which is
>>>> 
>>>> (reportedly) better, then
>>>> 
>>>> 
>>>>> we may work out the problem...
>>>> 
>>>> Hi Luca,
>>>> 
>>>> All right, I switched to mod_jk. No change, however, everything I had
>>>> with jserv also applies to jk. The directory /cocoon is displayed if I
>>>> do the request localhost/cocoon in the same way as /localhost/examples
>>>> would do. Is 

Re: C1 to C2

[Mike Haarman]

Yes, it works here as well, with ajp13.  The difference is changing this
line:

JkMount /cocoon/*.xml ajp13

to:

JkMount /cocoon/* ajp13

I've noticed a variety of other directives in the snips here and on the
tomcat list, but this is the one that got C2 working.  I suppose the
distinction is that the sitemap is handling all sorts of goodness in
addition to .xml files.

Andre, will you take up dims offer to write something for the FAQ?  I will
be glad to if you are averse to it.

Mike





Andre Juffer <[EMAIL PROTECTED]> on 07/18/2001 11:46:45 AM

Please respond to [EMAIL PROTECTED]

To:   [EMAIL PROTECTED]
cc:
Subject:  Re: C1 to C2


Hi All,

I got it finally working. The directive

JkMount /cocoon/* ajp12

did it. I apparently kept on missing that part, since this was not
required for tomcat-apache-cocoon1, where always, it seems, .xml was
employed to redirect xml request to cocoon1.

I would support the suggestion of Luca to put these few things into the
FAQ, because I would assume that more people make the same mistake as I
did.

Thank you for your help,

Andre.



Luca Morandini wrote:

> Andre,
>
>this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or
it
> will be overwritten every time you start Tomcat):
>
> 
>
> JkWorkersFile "C:/Apps/Tomcat/conf/workers.properties"
> JkLogFile "C:/Apps/Tomcat/logs/mod_jk.log"
> JkLogLevel warn
> JkMount /*.jsp ajp12
> JkMount /*.xml ajp12
>
> JkMount /cocoon/* ajp12
>
> 
>
>I presume this will do the trick of redirecting.
>
>Moreover, somewhere down mod_jk.conf, there is this cocoon-related
stuff:
>
> #
> # The following line makes apache aware of the location of the /cocoon
> context
> #
> Alias /cocoon "C:/Apps/Tomcat/webapps/cocoon"
> 
> Options Indexes FollowSymLinks
> 
>
> #
> # The following line mounts all JSP files and the /servlet/ uri to tomcat
> #
> JkMount /cocoon/servlet/* ajp12
> JkMount /cocoon/*.jsp ajp12
>
> #
> # The following line prohibits users from directly accessing WEB-INF
> #
> 
> AllowOverride None
> deny from all
> 
>
> #
> # Use Directory too. On Windows, Location doesn't work unless case
matches
> #
> 
> AllowOverride None
> deny from all
> 
>
> #
> # The following line prohibits users from directly accessing META-INF
> #
> 
> AllowOverride None
> deny from all
> 
>
> #
> # Use Directory too. On Windows, Location doesn't work unless case
matches
> #
> 
> AllowOverride None
> deny from all
> 
>
>By the way, I'm not using Linux, but Windows NT 4.0 (as you may guess
from
> the paths...).
>
> Best regards,
>
> -
>Luca Morandini
>GIS Consultant
> [EMAIL PROTECTED]
>   +39 0744 59  85  1 Office
>           +39 0335 681 02 12 Mobile
> http://utenti.tripod.it/lmorandini/index.html
> -
>
>
>
>> -Original Message-
>> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
>> Sent: martedì 17 luglio 2001 23.13
>> To: [EMAIL PROTECTED]
>> Subject: Re: C1 to C2
>>
>>
>>
>>
>> Luca Morandini wrote:
>>
>>
>>> Andre,
>>>
>>>  I used mod_jk instead of jserv, hence, I can't be of much
>>
>> assistance.
>>
>>>  I would suggest you to switch to mod_jk, which is
>>
>> (reportedly) better, then
>>
>>> we may work out the problem...
>>
>> Hi Luca,
>>
>> All right, I switched to mod_jk. No change, however, everything I had
>> with jserv also applies to jk. The directory /cocoon is displayed if I
>> do the request localhost/cocoon in the same way as /localhost/examples
>> would do. Is this in fact to be expected, since localhost:8080/cocoon
>> results in the welcome page, so the latter request compiles the sitemap.
>> If I do localhost:8080/examples I also get a listing of the directory
>> examples, but now tomcat handled the request.
>>
>> Again, localhost:8080/cocoon works entirely correct.
>>
>> Maybe you could show me your server.xml and mod-jk.conf-auto files to
>> see what you have in your case. Are you accidentally using a linux
>> (Slackware) based system?
>>
>> Cheers,
>> Andre
>>
>>
>>>
>>> Best regards,
>>>
>>> -
>>>Luca Morandini
>>>GIS Consultant
>>> [EMAIL PROTECTED]
>>>   +39 0744 59  85  1 Of

Re: C1 to C2

[Davanum Srinivas]

Andre,

Can you re-post the complete instructions in the form of a FAQ? I will check it in.

Thanks,
dims

--- Andre Juffer <[EMAIL PROTECTED]> wrote:
> Hi All,
> 
> I got it finally working. The directive
> 
> JkMount /cocoon/* ajp12
> 
> did it. I apparently kept on missing that part, since this was not 
> required for tomcat-apache-cocoon1, where always, it seems, .xml was 
> employed to redirect xml request to cocoon1.
> 
> I would support the suggestion of Luca to put these few things into the 
> FAQ, because I would assume that more people make the same mistake as I did.
> 
> Thank you for your help,
> 
> Andre.
> 
> 
> 
> Luca Morandini wrote:
> 
> > Andre,
> > 
> > this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or it
> > will be overwritten every time you start Tomcat):
> > 
> > 
> > 
> > JkWorkersFile "C:/Apps/Tomcat/conf/workers.properties"
> > JkLogFile "C:/Apps/Tomcat/logs/mod_jk.log"
> > JkLogLevel warn
> > JkMount /*.jsp ajp12
> > JkMount /*.xml ajp12
> > 
> > JkMount /cocoon/* ajp12
> > 
> > 
> > 
> > I presume this will do the trick of redirecting.
> > 
> > Moreover, somewhere down mod_jk.conf, there is this cocoon-related stuff:
> > 
> > #
> > # The following line makes apache aware of the location of the /cocoon
> > context
> > #
> > Alias /cocoon "C:/Apps/Tomcat/webapps/cocoon"
> > 
> > Options Indexes FollowSymLinks
> > 
> > 
> > #
> > # The following line mounts all JSP files and the /servlet/ uri to tomcat
> > #
> > JkMount /cocoon/servlet/* ajp12
> > JkMount /cocoon/*.jsp ajp12
> > 
> > #
> > # The following line prohibits users from directly accessing WEB-INF
> > #
> > 
> > AllowOverride None
> > deny from all
> > 
> > 
> > #
> > # Use Directory too. On Windows, Location doesn't work unless case matches
> > #
> > 
> > AllowOverride None
> > deny from all
> > 
> > 
> > #
> > # The following line prohibits users from directly accessing META-INF
> > #
> > 
> > AllowOverride None
> > deny from all
> > 
> > 
> > #
> > # Use Directory too. On Windows, Location doesn't work unless case matches
> > #
> > 
> > AllowOverride None
> > deny from all
> > 
> > 
> > By the way, I'm not using Linux, but Windows NT 4.0 (as you may guess from
> > the paths...).
> > 
> > Best regards,
> >  
> > -
> >Luca Morandini
> >GIS Consultant
> > [EMAIL PROTECTED]
> >   +39 0744 59  85  1 Office
> >   +39 0335 681 02 12 Mobile
> > http://utenti.tripod.it/lmorandini/index.html
> > -
> > 
> > 
> > 
> >> -Original Message-
> >> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
> >> Sent: martedì 17 luglio 2001 23.13
> >> To: [EMAIL PROTECTED]
> >> Subject: Re: C1 to C2
> >> 
> >> 
> >> 
> >> 
> >> Luca Morandini wrote:
> >> 
> >> 
> >>> Andre,
> >>> 
> >>>   I used mod_jk instead of jserv, hence, I can't be of much
> >> 
> >> assistance.
> >> 
> >>>   I would suggest you to switch to mod_jk, which is
> >> 
> >> (reportedly) better, then
> >> 
> >>> we may work out the problem...
> >> 
> >> Hi Luca,
> >> 
> >> All right, I switched to mod_jk. No change, however, everything I had
> >> with jserv also applies to jk. The directory /cocoon is displayed if I
> >> do the request localhost/cocoon in the same way as /localhost/examples
> >> would do. Is this in fact to be expected, since localhost:8080/cocoon
> >> results in the welcome page, so the latter request compiles the sitemap.
> >> If I do localhost:8080/examples I also get a listing of the directory
> >> examples, but now tomcat handled the request.
> >> 
> >> Again, localhost:8080/cocoon works entirely correct.
> >> 
> >> Maybe you could show me your server.xml and mod-jk.conf-auto files to
> >> see what you have in your case. Are you accidentally using a linux
> >> (Slackware) based system?
> >> 
> >> Cheers,
> >> Andre
> >> 
> >&

Re: C1 to C2

[Andre Juffer]

Hi All,

I got it finally working. The directive

JkMount /cocoon/* ajp12

did it. I apparently kept on missing that part, since this was not 
required for tomcat-apache-cocoon1, where always, it seems, .xml was 
employed to redirect xml request to cocoon1.

I would support the suggestion of Luca to put these few things into the 
FAQ, because I would assume that more people make the same mistake as I did.

Thank you for your help,

Andre.



Luca Morandini wrote:

> Andre,
> 
>   this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or it
> will be overwritten every time you start Tomcat):
> 
> 
> 
> JkWorkersFile "C:/Apps/Tomcat/conf/workers.properties"
> JkLogFile "C:/Apps/Tomcat/logs/mod_jk.log"
> JkLogLevel warn
> JkMount /*.jsp ajp12
> JkMount /*.xml ajp12
> 
> JkMount /cocoon/* ajp12
> 
> 
> 
>   I presume this will do the trick of redirecting.
> 
>   Moreover, somewhere down mod_jk.conf, there is this cocoon-related stuff:
> 
> #
> # The following line makes apache aware of the location of the /cocoon
> context
> #
> Alias /cocoon "C:/Apps/Tomcat/webapps/cocoon"
> 
> Options Indexes FollowSymLinks
> 
> 
> #
> # The following line mounts all JSP files and the /servlet/ uri to tomcat
> #
> JkMount /cocoon/servlet/* ajp12
> JkMount /cocoon/*.jsp ajp12
> 
> #
> # The following line prohibits users from directly accessing WEB-INF
> #
> 
> AllowOverride None
> deny from all
> 
> 
> #
> # Use Directory too. On Windows, Location doesn't work unless case matches
> #
> 
> AllowOverride None
> deny from all
> 
> 
> #
> # The following line prohibits users from directly accessing META-INF
> #
> 
> AllowOverride None
> deny from all
> 
> 
> #
> # Use Directory too. On Windows, Location doesn't work unless case matches
> #
> 
> AllowOverride None
> deny from all
> 
> 
>   By the way, I'm not using Linux, but Windows NT 4.0 (as you may guess from
> the paths...).
> 
> Best regards,
>  
> -
>Luca Morandini
>GIS Consultant
> [EMAIL PROTECTED]
>   +39 0744 59  85  1 Office
>   +39 0335 681 02 12 Mobile
> http://utenti.tripod.it/lmorandini/index.html
> -
> 
> 
> 
>> -Original Message-
>> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
>> Sent: martedì 17 luglio 2001 23.13
>> To: [EMAIL PROTECTED]
>> Subject: Re: C1 to C2
>> 
>> 
>> 
>> 
>> Luca Morandini wrote:
>> 
>> 
>>> Andre,
>>> 
>>> I used mod_jk instead of jserv, hence, I can't be of much
>> 
>> assistance.
>> 
>>> I would suggest you to switch to mod_jk, which is
>> 
>> (reportedly) better, then
>> 
>>> we may work out the problem...
>> 
>> Hi Luca,
>> 
>> All right, I switched to mod_jk. No change, however, everything I had
>> with jserv also applies to jk. The directory /cocoon is displayed if I
>> do the request localhost/cocoon in the same way as /localhost/examples
>> would do. Is this in fact to be expected, since localhost:8080/cocoon
>> results in the welcome page, so the latter request compiles the sitemap.
>> If I do localhost:8080/examples I also get a listing of the directory
>> examples, but now tomcat handled the request.
>> 
>> Again, localhost:8080/cocoon works entirely correct.
>> 
>> Maybe you could show me your server.xml and mod-jk.conf-auto files to
>> see what you have in your case. Are you accidentally using a linux
>> (Slackware) based system?
>> 
>> Cheers,
>> Andre
>> 
>> 
>>> 
>>> Best regards,
>>> 
>>> -
>>>Luca Morandini
>>>GIS Consultant
>>> [EMAIL PROTECTED]
>>>   +39 0744 59  85  1 Office
>>>   +39 0335 681 02 12 Mobile
>>> http://utenti.tripod.it/lmorandini/index.html
>>> -
>>> 
>>> 
>>> 
>>> 
>>>> -Original Message-
>>>> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
>>>> Sent: lunedì 16 luglio 2001 23.38
>>>> To: [EMAIL PROTECTED]
>>>> Subject: C1 to C2
>>>> 
>>>> 
>>>> Luca, Anders, Lajos,
>>>> 
>>>> I keep on having the same pr

mod_jk.conf-auto [wa: RE: C1 to C2]

[Luca Morandini]

> -Original Message-
> From: Lajos Moczar [mailto:[EMAIL PROTECTED]]
> Sent: mercoledì 18 luglio 2001 3.10
> To: [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>
>
> I always point directly to mod_jk.conf-auto in httpd.conf because it
> will always be up to date. It is created each time Tomcat starts to
> reflect that latest context information for each webapp. If I have
> things that I want to add, I just put them in httpd.conf after the
> include for mod_jk. Thus:
>
> Include /usr/local/jakarta-tomcat/conf/mod_jk.conf-auto
> JkMount /*.xml ajp13

Lajos,

you're way makes. On the other hand, you'll have to look in two places in
order to understand the complete Tomcat configuration.


> Is that a problem that mod_jk.conf-auto gets overwritten every time? If I
> get rid of it, isn't it always newly created?
>

Ulrich,

yes. it is created every time, but if you tell Apache not to load it (and
load mod_jk.conf, instead) it will be simply ignored... 


All,

anyway, my point was in suggesting Andre to modify mod_jk.conf to make
Cocoon work properly, and this couldn't be done whith mod_jk.conf-auto,
since your changes will be written on water... unless you use Lajos's way
(see above).

Best regards,

-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-


-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: C1 to C2

[Sergio Carvalho]

Can anyone inform me of the advantages of mod_jk over mod_proxy + URL rewriting 
engine? 
I had all kinds of problems with mod_jk, and am now a happy user of mod_proxy, but I 
never see this approach suggested.


On Tue, 17 Jul 2001 00:38:16 +0300, Andre Juffer <[EMAIL PROTECTED]> wrote:
--
> Luca, Anders, Lajos,
> 
> I keep on having the same problem. While localhost:8080/cocoon correctly 
> displays the welcome page of cocoon2, it seems to be impossible for me 
> to get apache + tomcat 3.2.2 + cocoon2 working together, such also the 
> request localhost/cocoon displays the welcome page.
> 
> The following is what being including into httpd.conf (in addition to 
> what is already given in tomcat-3.2.2/conf/tomcat-apache.conf):
> 
> 
> AddType text/xml .xml
> AddHandler jserv-servlet .xml
> 
> Alias /cocoon "/usr/local/jakarta-tomcat-3.2.2/webapps/cocoon"
> 
>  Options Indexes FollowSymLinks
> 
> ApJServMount /cocoon/servlet /cocoon
> 
>  AllowOverride None
>  deny from all
> 
> 
>  AllowOverride None
>  deny from all
> 
> 
> RewriteEngine On
> RewriteLog "/var/log/rewrite.log"
> RewriteLogLevel 3
> RewriteRule Biocomputing/(.*) /cocoon/Biocomputing/$1 [PT]
> 
> 
> The rewriting is actually working in the way it should (Thanks Luca). 
> Also, localhost/cocoon in fact displays the CONTENT of the 
> webapps/cocoon directory and the same for localhost/Biocomputing/ (with 
> the trailing /), which gives me correctly the /cocoon/Biocomputing 
> directory.
> 
> The key problem are these lines (I think)
> 
> AddType text/xml .xml
> AddHandler jserv-servlet .xml
> 
> In fact, if I request localhost/cocoon/welcome.xml, the cocoon2 servlet 
> is responding (in the way it should):
> 
> ---
> Cocoon 2 - Resource not found
> type resource-not-found
> message Resource not found
> description The requested URI "/cocoon/welcome.xml" was not found.
> sender org.apache.cocoon.servlet.CocoonServlet
> source Cocoon servlet
> request-uri
> /cocoon/welcome.xml
> path-info
> welcome.xml
> ---
> 
> The sitemap is not compiled, though. If I add to the sitemap the following
> 
> ---
> 
>  
> 
> ---
> 
> localhost/cocoon/welcome.xml will not display the welcome. It is shown, 
> of course, upon the request localhost:8080/cocoon/welcome.xml.
> 
> In fact, the request localhost/cocoon/welcome results in
> 
> 
> Not Found
> The requested URL /cocoon/welcome was not found on this server.
> Apache/1.3.12 Server at ajuffer-dsl.oulu.fi Port 80
> -
> 
> So, in the latter case, Apache is handling the request instead of 
> cocoon2. Obviously, this is because there is no .xml extension.
> 
> If you are using Tomcat 3.2.2, Apache 1.3.* and cocoon2, what exactly 
> have you for AddType and AddHandler directives in your configuration?
> 
> Of course, I can always write all my files ending with e.g. xml, xsp and 
> adapt the sitemap accordingly (and use 8080). No objections there, but 
> it is ugly. Currently, I think, requests like /Foo/foo 
> without having some extension at the foo, cannot be resolved correctly 
> in a simple way such that cocoon2 takes over the request.
> 
> Or do I still miss something totally . what, on earth?
> 
> Cheers,
> Andre.
> 
> 
> 
> 
> 
> -- 
> Andre H. Juffer  | Phone: +358-8-553 1683
> The Biocenter and| Fax: +358-8-553-1141
>  the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
> University of Oulu, Finland  | WWW: http://www.biochem.oulu.fi/research.html
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
> 



--
Sergio Carvalho
---
[EMAIL PROTECTED]

If at first you don't succeed, skydiving is not for you

-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: C1 to C2

[Lajos Moczar]

I always point directly to mod_jk.conf-auto in httpd.conf because it 
will always be up to date. It is created each time Tomcat starts to 
reflect that latest context information for each webapp. If I have 
things that I want to add, I just put them in httpd.conf after the 
include for mod_jk. Thus:

Include /usr/local/jakarta-tomcat/conf/mod_jk.conf-auto
JkMount /*.xml ajp13


Lajos


Uli Mayring wrote:

> On Wed, 18 Jul 2001, Luca Morandini wrote:
> 
> 
>> Andre,
>> 
>> this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or it
>> will be overwritten every time you start Tomcat):
> 
> 
> Is that a problem that mod_jk.conf-auto gets overwritten every time? If I
> get rid of it, isn't it always newly created?
> 
> Ulrich
> 
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

RE: C1 to C2

[Uli Mayring]

On Wed, 18 Jul 2001, Luca Morandini wrote:

> Andre,
> 
> this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or it
> will be overwritten every time you start Tomcat):

Is that a problem that mod_jk.conf-auto gets overwritten every time? If I
get rid of it, isn't it always newly created?

Ulrich


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

RE: C1 to C2

[Luca Morandini]

Andre,

this is snippet from my mod_jk.conf (get rid of mod_jk.conf-auto, or it
will be overwritten every time you start Tomcat):



JkWorkersFile "C:/Apps/Tomcat/conf/workers.properties"
JkLogFile "C:/Apps/Tomcat/logs/mod_jk.log"
JkLogLevel warn
JkMount /*.jsp ajp12
JkMount /*.xml ajp12

JkMount /cocoon/* ajp12



I presume this will do the trick of redirecting.

Moreover, somewhere down mod_jk.conf, there is this cocoon-related stuff:

#
# The following line makes apache aware of the location of the /cocoon
context
#
Alias /cocoon "C:/Apps/Tomcat/webapps/cocoon"

Options Indexes FollowSymLinks


#
# The following line mounts all JSP files and the /servlet/ uri to tomcat
#
JkMount /cocoon/servlet/* ajp12
JkMount /cocoon/*.jsp ajp12

#
# The following line prohibits users from directly accessing WEB-INF
#

AllowOverride None
deny from all


#
# Use Directory too. On Windows, Location doesn't work unless case matches
#

AllowOverride None
deny from all


#
# The following line prohibits users from directly accessing META-INF
#

AllowOverride None
deny from all


#
# Use Directory too. On Windows, Location doesn't work unless case matches
#

AllowOverride None
deny from all


By the way, I'm not using Linux, but Windows NT 4.0 (as you may guess from
the paths...).

Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-


> -Original Message-
> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
> Sent: martedì 17 luglio 2001 23.13
> To: [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>
>
>
>
> Luca Morandini wrote:
>
> > Andre,
> >
> > I used mod_jk instead of jserv, hence, I can't be of much
> assistance.
> >
> > I would suggest you to switch to mod_jk, which is
> (reportedly) better, then
> > we may work out the problem...
>
> Hi Luca,
>
> All right, I switched to mod_jk. No change, however, everything I had
> with jserv also applies to jk. The directory /cocoon is displayed if I
> do the request localhost/cocoon in the same way as /localhost/examples
> would do. Is this in fact to be expected, since localhost:8080/cocoon
> results in the welcome page, so the latter request compiles the sitemap.
> If I do localhost:8080/examples I also get a listing of the directory
> examples, but now tomcat handled the request.
>
> Again, localhost:8080/cocoon works entirely correct.
>
> Maybe you could show me your server.xml and mod-jk.conf-auto files to
> see what you have in your case. Are you accidentally using a linux
> (Slackware) based system?
>
> Cheers,
> Andre
>
> >
> >
> > Best regards,
> >
> > -
> >Luca Morandini
> >GIS Consultant
> > [EMAIL PROTECTED]
> >   +39 0744 59  85  1 Office
> >   +39 0335 681 02 12 Mobile
> > http://utenti.tripod.it/lmorandini/index.html
> > -
> >
> >
> >
> >> -Original Message-
> >> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
> >> Sent: lunedì 16 luglio 2001 23.38
> >> To: [EMAIL PROTECTED]
> >> Subject: C1 to C2
> >>
> >>
> >> Luca, Anders, Lajos,
> >>
> >> I keep on having the same problem. While localhost:8080/cocoon
> correctly
> >> displays the welcome page of cocoon2, it seems to be impossible for me
> >> to get apache + tomcat 3.2.2 + cocoon2 working together, such also the
> >> request localhost/cocoon displays the welcome page.
> >>
> >> The following is what being including into httpd.conf (in addition to
> >> what is already given in tomcat-3.2.2/conf/tomcat-apache.conf):
> >>
> >> 
> >> AddType text/xml .xml
> >> AddHandler jserv-servlet .xml
> >>
> >> Alias /cocoon "/usr/local/jakarta-tomcat-3.2.2/webapps/cocoon"
> >> 
> >>  Options Indexes FollowSymLinks
> >> 
> >> ApJServMount /cocoon/servlet /cocoon
> >> 
> >>  AllowOverride None
> >>  deny from all
> >> 
> >> 
> >>  AllowOverride None
> >>  deny from all
> >> 
> >>
> >> RewriteEngine On
> >> RewriteLog "/var/log/rewrite.log"
> >> RewriteLogLevel 3
> >> RewriteRule Bio

RE: C1 to C2

[Luca Morandini]

Lajos,

since this seems to be a popular topic: why don't we make a FAQ entry on
the topic and put it on the Cocoon site ?

Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-


> -Original Message-
> From: Lajos Moczar [mailto:[EMAIL PROTECTED]]
> Sent: martedì 17 luglio 2001 20.11
> To: [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>
>
> Andre:
>
> You might check out some guides I've written when I was struggling with
> this stuff. They're at my site, galatea.com (powered by Cocoon 1.8.2 but
> soon 2.1!). I explain how to get mod_jk working which, as Luca points
> out, it preferable. If these still can't help you, I'll play around some
> more with my own configurations and see what I can come up with.
>
> Regards,
>
> Lajos
>
>
> Andre Juffer wrote:
>
> > Luca, Anders, Lajos,
> >
> > I keep on having the same problem. While localhost:8080/cocoon
> correctly
> > displays the welcome page of cocoon2, it seems to be impossible for me
> > to get apache + tomcat 3.2.2 + cocoon2 working together, such also the
> > request localhost/cocoon displays the welcome page.
> >
> > The following is what being including into httpd.conf (in addition to
> > what is already given in tomcat-3.2.2/conf/tomcat-apache.conf):
> >
> > 
> > AddType text/xml .xml
> > AddHandler jserv-servlet .xml
> >
> > Alias /cocoon "/usr/local/jakarta-tomcat-3.2.2/webapps/cocoon"
> > 
> > Options Indexes FollowSymLinks
> > 
> > ApJServMount /cocoon/servlet /cocoon
> > 
> > AllowOverride None
> > deny from all
> > 
> > 
> > AllowOverride None
> > deny from all
> > 
> >
> > RewriteEngine On
> > RewriteLog "/var/log/rewrite.log"
> > RewriteLogLevel 3
> > RewriteRule Biocomputing/(.*) /cocoon/Biocomputing/$1 [PT]
> > 
> >
> > The rewriting is actually working in the way it should (Thanks Luca).
> > Also, localhost/cocoon in fact displays the CONTENT of the
> > webapps/cocoon directory and the same for localhost/Biocomputing/ (with
> > the trailing /), which gives me correctly the /cocoon/Biocomputing
> > directory.
> >
> > The key problem are these lines (I think)
> >
> > AddType text/xml .xml
> > AddHandler jserv-servlet .xml
> >
> > In fact, if I request localhost/cocoon/welcome.xml, the cocoon2 servlet
> > is responding (in the way it should):
> >
> > ---
> > Cocoon 2 - Resource not found
> > type resource-not-found
> > message Resource not found
> > description The requested URI "/cocoon/welcome.xml" was not found.
> > sender org.apache.cocoon.servlet.CocoonServlet
> > source Cocoon servlet
> > request-uri
> > /cocoon/welcome.xml
> > path-info
> > welcome.xml
> > ---
> >
> > The sitemap is not compiled, though. If I add to the sitemap
> the following
> >
> > ---
> >
> > 
> >
> > ---
> >
> > localhost/cocoon/welcome.xml will not display the welcome. It is shown,
> > of course, upon the request localhost:8080/cocoon/welcome.xml.
> >
> > In fact, the request localhost/cocoon/welcome results in
> >
> > 
> > Not Found
> > The requested URL /cocoon/welcome was not found on this server.
> > Apache/1.3.12 Server at ajuffer-dsl.oulu.fi Port 80
> > -
> >
> > So, in the latter case, Apache is handling the request instead of
> > cocoon2. Obviously, this is because there is no .xml extension.
> >
> > If you are using Tomcat 3.2.2, Apache 1.3.* and cocoon2, what exactly
> > have you for AddType and AddHandler directives in your configuration?
> >
> > Of course, I can always write all my files ending with e.g.
> xml, xsp and
> > adapt the sitemap accordingly (and use 8080). No objections there, but
> > it is ugly. Currently, I think, requests like /Foo/foo
> > without having some extension at the foo, cannot be resolved correctly
> > in a simple way such that cocoon2 takes over the request.
> >
> > Or do I still miss something totally . what, on earth?
> >
> > Cheers,
> > Andre.
>
>
> -
> 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: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>


-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: C1 to C2

[Lajos Moczar]

Andre:

You might check out some guides I've written when I was struggling with 
this stuff. They're at my site, galatea.com (powered by Cocoon 1.8.2 but 
soon 2.1!). I explain how to get mod_jk working which, as Luca points 
out, it preferable. If these still can't help you, I'll play around some 
more with my own configurations and see what I can come up with.

Regards,

Lajos


Andre Juffer wrote:

> Luca, Anders, Lajos,
> 
> I keep on having the same problem. While localhost:8080/cocoon correctly 
> displays the welcome page of cocoon2, it seems to be impossible for me 
> to get apache + tomcat 3.2.2 + cocoon2 working together, such also the 
> request localhost/cocoon displays the welcome page.
> 
> The following is what being including into httpd.conf (in addition to 
> what is already given in tomcat-3.2.2/conf/tomcat-apache.conf):
> 
> 
> AddType text/xml .xml
> AddHandler jserv-servlet .xml
> 
> Alias /cocoon "/usr/local/jakarta-tomcat-3.2.2/webapps/cocoon"
> 
> Options Indexes FollowSymLinks
> 
> ApJServMount /cocoon/servlet /cocoon
> 
> AllowOverride None
> deny from all
> 
> 
> AllowOverride None
> deny from all
> 
> 
> RewriteEngine On
> RewriteLog "/var/log/rewrite.log"
> RewriteLogLevel 3
> RewriteRule Biocomputing/(.*) /cocoon/Biocomputing/$1 [PT]
> 
> 
> The rewriting is actually working in the way it should (Thanks Luca). 
> Also, localhost/cocoon in fact displays the CONTENT of the 
> webapps/cocoon directory and the same for localhost/Biocomputing/ (with 
> the trailing /), which gives me correctly the /cocoon/Biocomputing 
> directory.
> 
> The key problem are these lines (I think)
> 
> AddType text/xml .xml
> AddHandler jserv-servlet .xml
> 
> In fact, if I request localhost/cocoon/welcome.xml, the cocoon2 servlet 
> is responding (in the way it should):
> 
> ---
> Cocoon 2 - Resource not found
> type resource-not-found
> message Resource not found
> description The requested URI "/cocoon/welcome.xml" was not found.
> sender org.apache.cocoon.servlet.CocoonServlet
> source Cocoon servlet
> request-uri
> /cocoon/welcome.xml
> path-info
> welcome.xml
> ---
> 
> The sitemap is not compiled, though. If I add to the sitemap the following
> 
> ---
>
> 
>
> ---
> 
> localhost/cocoon/welcome.xml will not display the welcome. It is shown, 
> of course, upon the request localhost:8080/cocoon/welcome.xml.
> 
> In fact, the request localhost/cocoon/welcome results in
> 
> 
> Not Found
> The requested URL /cocoon/welcome was not found on this server.
> Apache/1.3.12 Server at ajuffer-dsl.oulu.fi Port 80
> -
> 
> So, in the latter case, Apache is handling the request instead of 
> cocoon2. Obviously, this is because there is no .xml extension.
> 
> If you are using Tomcat 3.2.2, Apache 1.3.* and cocoon2, what exactly 
> have you for AddType and AddHandler directives in your configuration?
> 
> Of course, I can always write all my files ending with e.g. xml, xsp and 
> adapt the sitemap accordingly (and use 8080). No objections there, but 
> it is ugly. Currently, I think, requests like /Foo/foo 
> without having some extension at the foo, cannot be resolved correctly 
> in a simple way such that cocoon2 takes over the request.
> 
> Or do I still miss something totally . what, on earth?
> 
> Cheers,
> Andre.


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: C1 to C2

[Andre Juffer]

Luca Morandini wrote:

> Andre,
> 
>   I used mod_jk instead of jserv, hence, I can't be of much assistance.
> 
>   I would suggest you to switch to mod_jk, which is (reportedly) better, then
> we may work out the problem...

Hi Luca,

All right, I switched to mod_jk. No change, however, everything I had 
with jserv also applies to jk. The directory /cocoon is displayed if I 
do the request localhost/cocoon in the same way as /localhost/examples 
would do. Is this in fact to be expected, since localhost:8080/cocoon 
results in the welcome page, so the latter request compiles the sitemap. 
If I do localhost:8080/examples I also get a listing of the directory 
examples, but now tomcat handled the request.

Again, localhost:8080/cocoon works entirely correct.

Maybe you could show me your server.xml and mod-jk.conf-auto files to 
see what you have in your case. Are you accidentally using a linux 
(Slackware) based system?

Cheers,
Andre

> 
> 
> Best regards,
>  
> -
>Luca Morandini
>GIS Consultant
> [EMAIL PROTECTED]
>   +39 0744 59  85  1 Office
>   +39 0335 681 02 12 Mobile
> http://utenti.tripod.it/lmorandini/index.html
> -
> 
> 
> 
>> -Original Message-
>> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
>> Sent: lunedì 16 luglio 2001 23.38
>> To: [EMAIL PROTECTED]
>> Subject: C1 to C2
>> 
>> 
>> Luca, Anders, Lajos,
>> 
>> I keep on having the same problem. While localhost:8080/cocoon correctly
>> displays the welcome page of cocoon2, it seems to be impossible for me
>> to get apache + tomcat 3.2.2 + cocoon2 working together, such also the
>> request localhost/cocoon displays the welcome page.
>> 
>> The following is what being including into httpd.conf (in addition to
>> what is already given in tomcat-3.2.2/conf/tomcat-apache.conf):
>> 
>> 
>> AddType text/xml .xml
>> AddHandler jserv-servlet .xml
>> 
>> Alias /cocoon "/usr/local/jakarta-tomcat-3.2.2/webapps/cocoon"
>> 
>>  Options Indexes FollowSymLinks
>> 
>> ApJServMount /cocoon/servlet /cocoon
>> 
>>  AllowOverride None
>>  deny from all
>> 
>> 
>>  AllowOverride None
>>  deny from all
>> 
>> 
>> RewriteEngine On
>> RewriteLog "/var/log/rewrite.log"
>> RewriteLogLevel 3
>> RewriteRule Biocomputing/(.*) /cocoon/Biocomputing/$1 [PT]
>> 
>> 
>> The rewriting is actually working in the way it should (Thanks Luca).
>> Also, localhost/cocoon in fact displays the CONTENT of the
>> webapps/cocoon directory and the same for localhost/Biocomputing/ (with
>> the trailing /), which gives me correctly the /cocoon/Biocomputing
>> directory.
>> 
>> The key problem are these lines (I think)
>> 
>> AddType text/xml .xml
>> AddHandler jserv-servlet .xml
>> 
>> In fact, if I request localhost/cocoon/welcome.xml, the cocoon2 servlet
>> is responding (in the way it should):
>> 
>> ---
>> Cocoon 2 - Resource not found
>> type resource-not-found
>> message Resource not found
>> description The requested URI "/cocoon/welcome.xml" was not found.
>> sender org.apache.cocoon.servlet.CocoonServlet
>> source Cocoon servlet
>> request-uri
>> /cocoon/welcome.xml
>> path-info
>> welcome.xml
>> ---
>> 
>> The sitemap is not compiled, though. If I add to the sitemap the following
>> 
>> ---
>> 
>>  
>> 
>> ---
>> 
>> localhost/cocoon/welcome.xml will not display the welcome. It is shown,
>> of course, upon the request localhost:8080/cocoon/welcome.xml.
>> 
>> In fact, the request localhost/cocoon/welcome results in
>> 
>> 
>> Not Found
>> The requested URL /cocoon/welcome was not found on this server.
>> Apache/1.3.12 Server at ajuffer-dsl.oulu.fi Port 80
>> -
>> 
>> So, in the latter case, Apache is handling the request instead of
>> cocoon2. Obviously, this is because there is no .xml extension.
>> 
>> If you are using Tomcat 3.2.2, Apache 1.3.* and cocoon2, what exactly
>> have you for AddType and AddHandler directives in your configuration?
>> 
>> Of course, I can always write all my files ending with e.g. xml, xsp and
>> adapt the sitemap accordingly (and use 8080). No objections there, but
>> it is ugly. Currently, I think, requests like /Foo/foo
>> without having some extension at the foo, cannot be resolved correctly
>> in a simple way such that cocoon2 takes over the request.
>> 
>> Or do I still miss something totally . what, on earth?
>> 
>> Cheers,
>> Andre.
>> 
>> 
>> 
>> 
>> 
>> --
>> Andre H. Juffer  | Phone: +358-8-553 1683
>> The Biocenter and| Fax: +358-8-553-1141
>>  the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
>> University of Oulu, Finland  | WWW:
>> http://www.biochem.oulu.fi/research.html
>> 
>> 
>> -
>> Please check that your question has not already been answered in the
>> FAQ before posting. 
>> 
>> To 

RE: C1 to C2

[Luca Morandini]

Andre,

I used mod_jk instead of jserv, hence, I can't be of much assistance.

I would suggest you to switch to mod_jk, which is (reportedly) better, then
we may work out the problem...


Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-


> -Original Message-
> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
> Sent: lunedì 16 luglio 2001 23.38
> To: [EMAIL PROTECTED]
> Subject: C1 to C2
>
>
> Luca, Anders, Lajos,
>
> I keep on having the same problem. While localhost:8080/cocoon correctly
> displays the welcome page of cocoon2, it seems to be impossible for me
> to get apache + tomcat 3.2.2 + cocoon2 working together, such also the
> request localhost/cocoon displays the welcome page.
>
> The following is what being including into httpd.conf (in addition to
> what is already given in tomcat-3.2.2/conf/tomcat-apache.conf):
>
> 
> AddType text/xml .xml
> AddHandler jserv-servlet .xml
>
> Alias /cocoon "/usr/local/jakarta-tomcat-3.2.2/webapps/cocoon"
> 
>  Options Indexes FollowSymLinks
> 
> ApJServMount /cocoon/servlet /cocoon
> 
>  AllowOverride None
>  deny from all
> 
> 
>  AllowOverride None
>  deny from all
> 
>
> RewriteEngine On
> RewriteLog "/var/log/rewrite.log"
> RewriteLogLevel 3
> RewriteRule Biocomputing/(.*) /cocoon/Biocomputing/$1 [PT]
> 
>
> The rewriting is actually working in the way it should (Thanks Luca).
> Also, localhost/cocoon in fact displays the CONTENT of the
> webapps/cocoon directory and the same for localhost/Biocomputing/ (with
> the trailing /), which gives me correctly the /cocoon/Biocomputing
> directory.
>
> The key problem are these lines (I think)
>
> AddType text/xml .xml
> AddHandler jserv-servlet .xml
>
> In fact, if I request localhost/cocoon/welcome.xml, the cocoon2 servlet
> is responding (in the way it should):
>
> ---
> Cocoon 2 - Resource not found
> type resource-not-found
> message Resource not found
> description The requested URI "/cocoon/welcome.xml" was not found.
> sender org.apache.cocoon.servlet.CocoonServlet
> source Cocoon servlet
> request-uri
> /cocoon/welcome.xml
> path-info
> welcome.xml
> ---
>
> The sitemap is not compiled, though. If I add to the sitemap the following
>
> ---
> 
>  
> 
> ---
>
> localhost/cocoon/welcome.xml will not display the welcome. It is shown,
> of course, upon the request localhost:8080/cocoon/welcome.xml.
>
> In fact, the request localhost/cocoon/welcome results in
>
> 
> Not Found
> The requested URL /cocoon/welcome was not found on this server.
> Apache/1.3.12 Server at ajuffer-dsl.oulu.fi Port 80
> -
>
> So, in the latter case, Apache is handling the request instead of
> cocoon2. Obviously, this is because there is no .xml extension.
>
> If you are using Tomcat 3.2.2, Apache 1.3.* and cocoon2, what exactly
> have you for AddType and AddHandler directives in your configuration?
>
> Of course, I can always write all my files ending with e.g. xml, xsp and
> adapt the sitemap accordingly (and use 8080). No objections there, but
> it is ugly. Currently, I think, requests like /Foo/foo
> without having some extension at the foo, cannot be resolved correctly
> in a simple way such that cocoon2 takes over the request.
>
> Or do I still miss something totally . what, on earth?
>
> Cheers,
> Andre.
>
>
>
>
>
> --
> Andre H. Juffer  | Phone: +358-8-553 1683
> The Biocenter and| Fax: +358-8-553-1141
>  the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
> University of Oulu, Finland  | WWW:
> http://www.biochem.oulu.fi/research.html
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: OT: Tomcat version [was Re: Fw: RE: C1 to C2]

[Andre Juffer]

Arnaud Vandyck wrote:
> 
> On Mon, 16 Jul 2001 12:58:36 +0300, Andre Juffer <[EMAIL PROTECTED]> wrote:
> 
> > Arnaud,
> >
> > just wondering, do you have a setup with tomcat3 or tomcat4. I am
> > currently playing with apache1.3-tomcat4-cocoon2, but it seems that the
> > way to get apache 1.3 and tomcat4 working together is different than the
> > way this is carried out for apache1.3 and tomcat3.
> 
> Andre,
> 
> I use Tomcat 3.3. I tried to get Tomcat4 but had some problems to make
> it work with Apache.

OK, I had also problems. I cannot really find any clear documentation on
this. I will go back to tomcat 3.3.

Thanks,
Andre


> 
> Regards,
> 
> --Arnaud
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>

-- 
Andre H. Juffer  | Phone: +358-8-553 1683
The Biocenter and| Fax: +358-8-553-1141
the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
University of Oulu, Finland  | WWW:
http://www.biochem.oulu.fi/research.html

-
Please check that your question has not already been answered in the
FAQ before posting. 

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

OT: Tomcat version [was Re: Fw: RE: C1 to C2]

[Arnaud Vandyck]

On Mon, 16 Jul 2001 12:58:36 +0300, Andre Juffer <[EMAIL PROTECTED]> wrote:

> Arnaud,
> 
> just wondering, do you have a setup with tomcat3 or tomcat4. I am
> currently playing with apache1.3-tomcat4-cocoon2, but it seems that the
> way to get apache 1.3 and tomcat4 working together is different than the
> way this is carried out for apache1.3 and tomcat3.

Andre,

I use Tomcat 3.3. I tried to get Tomcat4 but had some problems to make
it work with Apache.

Regards,

--Arnaud


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: Fw: RE: C1 to C2

[Andre Juffer]

Arnaud,

just wondering, do you have a setup with tomcat3 or tomcat4. I am
currently playing with apache1.3-tomcat4-cocoon2, but it seems that the
way to get apache 1.3 and tomcat4 working together is different than the
way this is carried out for apache1.3 and tomcat3.

Cheers,
Andre.


Arnaud Vandyck wrote:
> 
> Sorry, I thought the reply was not on the list so I posted in
> private. And sorry for this mail, I think the charset is not correct
> but I've just installed Mew (Messaging in Emacs World) and I did not
> configure it at the time ;)
> 
> --Arnaud
> 
>   ----------------
> 
> Subject: RE: C1 to C2
> Date: Fri, 13 Jul 2001 16:12:11 +0200
> From: "Luca Morandini" <[EMAIL PROTECTED]>
> To: "Arnaud Vandyck" <[EMAIL PROTECTED]>
> 
> Arnaud,
> 
> could you, please, post your reply to the cocoon-users' mailing list as
> well ?
> I think this matter is of general interest.
> 
> Best regards,
> 
> -
>Luca Morandini
> -
> 
> > -Original Message-
> > From: Arnaud Vandyck [mailto:[EMAIL PROTECTED]]
> > Sent: venerdì 13 luglio 2001 15.41
> > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > Subject: RE: C1 to C2
> >
> >
> > On Fri, 13 Jul 2001 15:31:56 +0200, "Luca Morandini"
> > <[EMAIL PROTECTED]> wrote:
> >
> > > > -----Original Message-
> > > > From: Arnaud Vandyck [mailto:[EMAIL PROTECTED]]
> > > > Sent: venerdì 13 luglio 2001 14.53
> > > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > > > Subject: RE: C1 to C2
> > > >
> > > > If you only pass xml files to C2, you'll loose the ability to
> > > > construct dynamic pdf with the pdf extension and so on with .txt or
> > > > .sh or .jpg, and so on...
> > > >
> > > you may pass every URI you want to Cocoon, whathever the
> > extension. Of
> > > course, you will have to rely on the Apache rewrite engine to
> > handle this
> > > job (I mean: switching URI between Apache or Cocoon).
> > > This URI switching task might be pretty tricky and,
> > moreover, is bound to
> > > put application logic outside the sitemap... which is unfortunate.
> >
> > I did never work with the Apache rewrite engine, this is my first
> > error ;)
> >
> > > > In your configuration, what will you do if you got to serve static xml
> > > > files (example: applet configuration)?
> > > >
> > > I'll tell Apache NOT to pass xml files contained in a
> > subsite to Cocoon.
> > > For instance, every URI in www.foobar.com/foo/static won't be passed to
> > > Cocoon but served directly by Apache, while every URI in
> > >  www.foobar.com/foo/dynamic will be passed to Cocoon for
> > further processing.
> >
> > I think MY mistake was to tell apache to relay * to Cocoon. The other
> > mapping did not work anymore!
> >
> > But I did not want to check all the extension type (well, I should
> > because they are not so many)! ;)
> >
> > Thanks for the tips, I'll try
> >
> > --Arnaud
> >
> 
>   
> -
> 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: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>

-- 
Andre H. Juffer  | Phone: +358-8-553 1683
The Biocenter and| Fax: +358-8-553-1141
the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
University of Oulu, Finland  | WWW:
http://www.biochem.oulu.fi/research.html

-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Fw: RE: C1 to C2

[Arnaud Vandyck]

Sorry, I thought the reply was not on the list so I posted in
private. And sorry for this mail, I think the charset is not correct
but I've just installed Mew (Messaging in Emacs World) and I did not
configure it at the time ;)


--Arnaud



Arnaud,

could you, please, post your reply to the cocoon-users' mailing list as
well ?
I think this matter is of general interest.

Best regards,
 
-
   Luca Morandini
-


> -Original Message-
> From: Arnaud Vandyck [mailto:[EMAIL PROTECTED]]
> Sent: venerdì 13 luglio 2001 15.41
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: C1 to C2
>
>
> On Fri, 13 Jul 2001 15:31:56 +0200, "Luca Morandini"
> <[EMAIL PROTECTED]> wrote:
>
> > > -Original Message-
> > > From: Arnaud Vandyck [mailto:[EMAIL PROTECTED]]
> > > Sent: venerdì 13 luglio 2001 14.53
> > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > > Subject: RE: C1 to C2
> > >
> > > If you only pass xml files to C2, you'll loose the ability to
> > > construct dynamic pdf with the pdf extension and so on with .txt or
> > > .sh or .jpg, and so on...
> > >
> > you may pass every URI you want to Cocoon, whathever the
> extension. Of
> > course, you will have to rely on the Apache rewrite engine to
> handle this
> > job (I mean: switching URI between Apache or Cocoon).
> > This URI switching task might be pretty tricky and,
> moreover, is bound to
> > put application logic outside the sitemap... which is unfortunate.
>
> I did never work with the Apache rewrite engine, this is my first
> error ;)
>
> > > In your configuration, what will you do if you got to serve static xml
> > > files (example: applet configuration)?
> > >
> > I'll tell Apache NOT to pass xml files contained in a
> subsite to Cocoon.
> > For instance, every URI in www.foobar.com/foo/static won't be passed to
> > Cocoon but served directly by Apache, while every URI in
> >  www.foobar.com/foo/dynamic will be passed to Cocoon for
> further processing.
>
> I think MY mistake was to tell apache to relay * to Cocoon. The other
> mapping did not work anymore!
>
> But I did not want to check all the extension type (well, I should
> because they are not so many)! ;)
>
> Thanks for the tips, I'll try
>
> --Arnaud
>





-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: C1 to C2

[Luca Morandini]

Andre,

I think you shouldn't put the entire URI in the substitution rule, instead,
try the following:

RewriteRule Biocomputing/(.*) /cocoon/Biocomputing/$1 [PT]

BTW, don't forget to pass every URI with /cocoon to Tomcat, in order to
avoid specifying port 8080.

Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-


> -Original Message-
> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
> Sent: venerdì 13 luglio 2001 22.23
> To: [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>
>
> Luca,
>
> I have been playing with your suggestions. This is what I have added to
> httpd.conf as a test case:
>
>
> 
> RewriteEngine On
> RewriteLog "/var/log/rewrite.log"
> RewriteLogLevel 3
> RewriteRule Biocomputing/(.*)
> http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/$1 [PT]>
> 
>
> (The last two lines is actually one line in the file.)
>
> After requesting http://ajuffer-dsl.oulu.fi/Biocomputing/users-database,
> the rewrite.log shows me this:
>
> 
>
> 127.0.0.1 - - [13/Jul/2001:22:56:13 +0300]
> [ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (2) init rewrite
> engine with requested uri /Biocomputing/users-database
> 127.0.0.1 - - [13/Jul/2001:22:56:13 +0300]
> [ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (3) applying
> pattern 'Biocomputing/(.*)' to uri '/Biocomputing/users-database'
> 127.0.0.1 - - [13/Jul/2001:22:56:13 +0300]
> [ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (2) rewrite
> /Biocomputing/users-database ->
> http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database
> 127.0.0.1 - - [13/Jul/2001:22:56:13 +0300]
> [ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (2) implicitly
> forcing redirect (rc=302) with
> http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database
> 127.0.0.1 - - [13/Jul/2001:22:56:13 +0300]
> [ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (2) forcing
> 'http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database' to
> get passed through to next API URI-to-filename handler
>
> 
>
> (ajuffer-dsl.oulu.fi is the machine at home, behind firewall, and
> Biocomputing is an application we are working on, far from complete
> right now).
>
> It seems to me that the request
> http://ajuffer-dsl.oulu.fi/Biocomputing/users-database is correctly
> rewritten as
> http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database.
>
> Still, I get an error message:
>
>
> 
>
> Found The document has moved here.
>
> Additionally, a 400 Bad Request error was encountered while trying to
> use an ErrorDocument to handle the request. Apache/1.3.12 Server at
> ajuffer-dsl.oulu.fi Port 80
>
> 
>
> In fact, the apache error log file tells me:
>
> [Fri Jul 13 22:56:13 2001] [error] [client 127.0.0.1] Invalid URI in
> request GET /Biocomputing/users-database HTTP/1.1
>
> 
>
> The request
> http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database
> directly to tomcat4
> itself works perfectly all right, so no problem there.
>
> So, within Apache the URL Rewriting works ok, but it seems to me that
> not a new http request is carried out ("resetting the location header"
> as one can do with Javascript), The request remains within Apache.
>
> Cheers,
> Andre.
>
>
>
>
> Luca Morandini wrote:
>
> >> -Original Message-
> >> From: Arnaud Vandyck [mailto:[EMAIL PROTECTED]]
> >> Sent: venerdì 13 luglio 2001 14.53
> >> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> >> Subject: RE: C1 to C2
> >>
> >> If you only pass xml files to C2, you'll loose the ability to
> >> construct dynamic pdf with the pdf extension and so on with .txt or
> >> .sh or .jpg, and so on...
> >>
> >
> > you may pass every URI you want to Cocoon, whathever the
> extension. Of
> > course, you will have to rely on the Apache rewrite engine to
> handle this
> > job (I mean: switching URI between Apache or Cocoon).
> > This URI switching task might be pretty tricky and,
> moreover, is bound to
> > put application logic outside the sitemap... which is unfortunate.
> >
> >
> >> In your configuration, what will you do if you got to serve static xml
> >> files (example: applet configuration)?
> >>
> >
> > I&#

Re: C1 to C2

[Andre Juffer]

Luca,

I have been playing with your suggestions. This is what I have added to 
httpd.conf as a test case:



RewriteEngine On
RewriteLog "/var/log/rewrite.log"
RewriteLogLevel 3
RewriteRule Biocomputing/(.*) 
http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/$1 [PT]



(The last two lines is actually one line in the file.)

After requesting http://ajuffer-dsl.oulu.fi/Biocomputing/users-database, 
the rewrite.log shows me this:



127.0.0.1 - - [13/Jul/2001:22:56:13 +0300] 
[ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (2) init rewrite 
engine with requested uri /Biocomputing/users-database
127.0.0.1 - - [13/Jul/2001:22:56:13 +0300] 
[ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (3) applying 
pattern 'Biocomputing/(.*)' to uri '/Biocomputing/users-database'
127.0.0.1 - - [13/Jul/2001:22:56:13 +0300] 
[ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (2) rewrite 
/Biocomputing/users-database -> 
http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database
127.0.0.1 - - [13/Jul/2001:22:56:13 +0300] 
[ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (2) implicitly 
forcing redirect (rc=302) with 
http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database
127.0.0.1 - - [13/Jul/2001:22:56:13 +0300] 
[ajuffer-dsl.oulu.fi/sid#80ad324][rid#80d15dc/initial] (2) forcing 
'http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database' to 
get passed through to next API URI-to-filename handler



(ajuffer-dsl.oulu.fi is the machine at home, behind firewall, and 
Biocomputing is an application we are working on, far from complete 
right now).

It seems to me that the request 
http://ajuffer-dsl.oulu.fi/Biocomputing/users-database is correctly 
rewritten as 
http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database.

Still, I get an error message:




Found The document has moved here.

Additionally, a 400 Bad Request error was encountered while trying to 
use an ErrorDocument to handle the request. Apache/1.3.12 Server at 
ajuffer-dsl.oulu.fi Port 80



In fact, the apache error log file tells me:

[Fri Jul 13 22:56:13 2001] [error] [client 127.0.0.1] Invalid URI in 
request GET /Biocomputing/users-database HTTP/1.1



The request 
http://ajuffer-dsl.oulu.fi:8080/cocoon/Biocomputing/users-database 
directly to tomcat4
itself works perfectly all right, so no problem there.

So, within Apache the URL Rewriting works ok, but it seems to me that 
not a new http request is carried out ("resetting the location header" 
as one can do with Javascript), The request remains within Apache.

Cheers,
Andre.




Luca Morandini wrote:

>> -Original Message-
>> From: Arnaud Vandyck [mailto:[EMAIL PROTECTED]]
>> Sent: venerdì 13 luglio 2001 14.53
>> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
>> Subject: RE: C1 to C2
>> 
>> If you only pass xml files to C2, you'll loose the ability to
>> construct dynamic pdf with the pdf extension and so on with .txt or
>> .sh or .jpg, and so on...
>> 
> 
>   you may pass every URI you want to Cocoon, whathever the extension. Of
> course, you will have to rely on the Apache rewrite engine to handle this
> job (I mean: switching URI between Apache or Cocoon).
>   This URI switching task might be pretty tricky and, moreover, is bound to
> put application logic outside the sitemap... which is unfortunate.
> 
> 
>> In your configuration, what will you do if you got to serve static xml
>> files (example: applet configuration)?
>> 
> 
>   I'll tell Apache NOT to pass xml files contained in a subsite to Cocoon.
> For instance, every URI in www.foobar.com/foo/static won't be passed to
> Cocoon but served directly by Apache, while every URI in
>  www.foobar.com/foo/dynamic will be passed to Cocoon for further processing.
> 
> Best regards,
>  
> -
>Luca Morandini
>GIS Consultant
> [EMAIL PROTECTED]
>   +39 0744 59  85  1 Office
>   +39 0335 681 02 12 Mobile
> http://utenti.tripod.it/lmorandini/index.html
> -
> 
> 
> 
> -
> 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: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>


-- 
Andre H. Juffer  | Phone: +358-8-553 1683
The Biocenter and| Fax: +358-8-553-1141
 the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
University of Oulu, Finland  | WWW: http://www.biochem.oulu.fi/research.html


-

RE: C1 to C2

[Luca Morandini]

> -Original Message-
> From: Arnaud Vandyck [mailto:[EMAIL PROTECTED]]
> Sent: venerdì 13 luglio 2001 14.53
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: C1 to C2
>
> If you only pass xml files to C2, you'll loose the ability to
> construct dynamic pdf with the pdf extension and so on with .txt or
> .sh or .jpg, and so on...
>
you may pass every URI you want to Cocoon, whathever the extension. Of
course, you will have to rely on the Apache rewrite engine to handle this
job (I mean: switching URI between Apache or Cocoon).
This URI switching task might be pretty tricky and, moreover, is bound to
put application logic outside the sitemap... which is unfortunate.

> In your configuration, what will you do if you got to serve static xml
> files (example: applet configuration)?
>
I'll tell Apache NOT to pass xml files contained in a subsite to Cocoon.
For instance, every URI in www.foobar.com/foo/static won't be passed to
Cocoon but served directly by Apache, while every URI in
 www.foobar.com/foo/dynamic will be passed to Cocoon for further processing.

Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-



-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: C1 to C2

[Anders Lindh]

Hmm. My guess is that you'd have to have matching patterns in the apache
configuration,
which isn't always possible and kinda sucks.

- Anders


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Andre
Juffer
Sent: 13. heinakuuta 2001 15:28
To: [EMAIL PROTECTED]
Subject: Re: C1 to C2


Anders Lindh wrote:
>
> >Be aware that C2 will serve _all_ the pages (including the static
> >ones). If you are in an Apache+Tomcat+Cocoon context, this mean that
> >Everything on your site will be served by C2.
>
> If you use apache you tell it what requests to pass to Tomcat (with mod_jk
> or mod_jserv). You can e.g tell it to pass requests for all .xml files in
> /cocoon to Tomcat (and cocoon if configured properly). This way all static
> content can be served by apache (x100 faster) and all dynamic pages by
> tomcat/cocoon.


Yes, this is correct. This is the way I have done in the past
(apache-tomcat-cocoon1). But is this going to work only if one uses the
extension .xml., since Cocoon2 also uses patterns in its sitemap (e.g.
"welcome" instead of "welcome.xml")?



For tomcat-apache-cocoon1, the following is what I have in httpd.conf:

LoadModule jserv_module libexec/mod_jserv.so
ApJServManual on
ApJServDefaultProtocol ajpv12
ApJServSecretKey DISABLED
ApJServMountCopy on
ApJServLogLevel notice

ApJServDefaultHost localhost
ApJServDefaultPort 8007

ApJServMount default /root

AddType test/jsp .jsp
AddHandler jserv-servlet .jsp
AddType text/xml .xml
AddHandler jserv-servlet .xml

Alias /cocoon /usr/local/jakarta-tomcat-3.2.1/webapps/cocoon


Options Indexes FollowSymLinks

ApJServMount /cocoon /cocoon
AddType text/xml .xml
AddHandler jserv-servlet .xml

AllowOverride None
deny from all


Alias /Foo /usr/local/jakarta-tomcat-3.2.1/webapps/Foo

Options Indexes FollowSymLinks

ApJServMount /Foo/servlet /Foo

AllowOverride None
deny from all




The server.xml in tomcat/conf in fact includes an entry for cocoon1 as
follows:




  org.apache.cocoon.Cocoon
  org.apache.cocoon.Cocoon
  
properties

  cocoon.properties

  




  org.apache.cocoon.Cocoon
  *.xml


>



Everything that has the extension .xml including those in /Foo
automatically is forwarded to cocoon1 and therefore served by cocoon1,
while the static files are served by the Apache webserver. This all
works very nicely.

It must be possible to do the same thing with cocoon2 somehow, but it
seems to me that these "patterns" could cause some problems.

Andre.



> - Anders
>
> -
> 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: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>

--
Andre H. Juffer  | Phone: +358-8-553 1683
The Biocenter and| Fax: +358-8-553-1141
the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
University of Oulu, Finland  | WWW:
http://www.biochem.oulu.fi/research.html

-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>


-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: C1 to C2

[Luca Morandini]

> -Original Message-
> From: Arnaud Vandyck [mailto:[EMAIL PROTECTED]]
> Sent: venerdì 13 luglio 2001 14.53
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: C1 to C2
>
> If you only pass xml files to C2, you'll loose the ability to
> construct dynamic pdf with the pdf extension and so on with .txt or
> .sh or .jpg, and so on...
>
you may pass every URI you want to Cocoon, whathever the extension. Of
course, you will have to rely on the Apache rewrite engine to handle this
job (I mean: switching URI between Apache or Cocoon).
This URI switching task might be pretty tricky and, moreover, is bound to
put application logic outside the sitemap... which is unfortunate.

> In your configuration, what will you do if you got to serve static xml
> files (example: applet configuration)?
>
I'll tell Apache NOT to pass xml files contained in a subsite to Cocoon.
For instance, every URI in www.foobar.com/foo/static won't be passed to
Cocoon but served directly by Apache, while every URI in
 www.foobar.com/foo/dynamic will be passed to Cocoon for further processing.

Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-



-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: C1 to C2

[Arnaud Vandyck]

On Fri, 13 Jul 2001 12:47:31 +0200, "Luca Morandini" <[EMAIL PROTECTED]> wrote:

> Arnaud,
> 
>   I don't  think that  C2 will serve  everything which is  passed to
> Apache if you  move it to ROOT. On the contrary,  it will serve only
> what Apache chooses to pass to Tomcat.
> 
>   For instance, you can choose to pass to Tomcat (and, subsequently,
> to Cocoon) only *.xml files or only what is in a specified URI (say,
> foo/bar/*).


On Fri, 13 Jul 2001 13:45:03 +0300, "Anders Lindh" <[EMAIL PROTECTED]> wrote:

>  If you use apache you tell it what requests to pass to Tomcat (with
> mod_jk or mod_jserv).  You can e.g tell it to  pass requests for all
> .xml  files   in  /cocoon  to  Tomcat  (and   cocoon  if  configured
> properly). This way all static content can be served by apache (x100
> faster) and all dynamic pages by tomcat/cocoon.

Well I understand but in the early years of C2, one important thing
was that the sitemap may "organize" the site cleanner...

If you only pass xml files to C2, you'll loose the ability to
construct dynamic pdf with the pdf extension and so on with .txt or
.sh or .jpg, and so on...

One or two month ago, I posted something I did with C2:
- one xml file with the user's datas;
- one xslt file to transform the user's datas into bash code to create
  linux user's;
- one xslt file to transform the user's datas into sql code to insert
  them into postgres;
- ont xslt file to render the user's datas in html.

So, you apply the file with the proper extension and C2 do the job!

If I want to do that, I have to mount C2 on an other webapp than the
ROOT one and pass * to /cocoon/ (on my system, /www/ ;))

Apache only serves /servlet and *.jps to ROOT.

In your configuration, what will you do if you got to serve static xml
files (example: applet configuration)?

I think the best way to use C2 is to give it a proper context or a
proper VirtualHost (if you can change your dns settings, I can not)...

--Arnaud

-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: C1 to C2

[Andre Juffer]

Anders Lindh wrote:
> 
> >Be aware that C2 will serve _all_ the pages (including the static
> >ones). If you are in an Apache+Tomcat+Cocoon context, this mean that
> >Everything on your site will be served by C2.
> 
> If you use apache you tell it what requests to pass to Tomcat (with mod_jk
> or mod_jserv). You can e.g tell it to pass requests for all .xml files in
> /cocoon to Tomcat (and cocoon if configured properly). This way all static
> content can be served by apache (x100 faster) and all dynamic pages by
> tomcat/cocoon.


Yes, this is correct. This is the way I have done in the past
(apache-tomcat-cocoon1). But is this going to work only if one uses the
extension .xml., since Cocoon2 also uses patterns in its sitemap (e.g.
"welcome" instead of "welcome.xml")?



For tomcat-apache-cocoon1, the following is what I have in httpd.conf:

LoadModule jserv_module libexec/mod_jserv.so
ApJServManual on
ApJServDefaultProtocol ajpv12
ApJServSecretKey DISABLED
ApJServMountCopy on
ApJServLogLevel notice
 
ApJServDefaultHost localhost
ApJServDefaultPort 8007
 
ApJServMount default /root
 
AddType test/jsp .jsp
AddHandler jserv-servlet .jsp
AddType text/xml .xml
AddHandler jserv-servlet .xml
 
Alias /cocoon /usr/local/jakarta-tomcat-3.2.1/webapps/cocoon
 

Options Indexes FollowSymLinks

ApJServMount /cocoon /cocoon
AddType text/xml .xml
AddHandler jserv-servlet .xml

AllowOverride None
deny from all


Alias /Foo /usr/local/jakarta-tomcat-3.2.1/webapps/Foo

Options Indexes FollowSymLinks

ApJServMount /Foo/servlet /Foo

AllowOverride None
deny from all




The server.xml in tomcat/conf in fact includes an entry for cocoon1 as
follows:


 

  org.apache.cocoon.Cocoon
  org.apache.cocoon.Cocoon
  
properties

  cocoon.properties

  

 
 

  org.apache.cocoon.Cocoon
  *.xml

 
> 



Everything that has the extension .xml including those in /Foo
automatically is forwarded to cocoon1 and therefore served by cocoon1,
while the static files are served by the Apache webserver. This all
works very nicely.

It must be possible to do the same thing with cocoon2 somehow, but it
seems to me that these "patterns" could cause some problems.

Andre.



> - Anders
> 
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
> 
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>

-- 
Andre H. Juffer  | Phone: +358-8-553 1683
The Biocenter and| Fax: +358-8-553-1141
the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
University of Oulu, Finland  | WWW:
http://www.biochem.oulu.fi/research.html

-
Please check that your question has not already been answered in the
FAQ before posting. 

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

RE: C1 to C2

[Luca Morandini]

Arnaud,

I don't think that C2 will serve everything which is passed to Apache if
you move it to ROOT. On the contrary, it will serve only what Apache chooses
to pass to Tomcat.
For instance, you can choose to pass to Tomcat (and, subsequently, to
Cocoon) only *.xml files or only what is in a specified URI (say,
foo/bar/*).

Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-


> -Original Message-
> From: Arnaud Vandyck [mailto:[EMAIL PROTECTED]]
> Sent: venerdì 13 luglio 2001 11.15
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>
>
> Le Thu, 12 Jul 2001 21:49:19 -0600, Lajos Moczar
> <[EMAIL PROTECTED]> écrivait:
>
> lmocz> If I understand you correctly, all you have to do is
> rename cocoon.war
> lmocz> to ROOT.war - this will eliminate the need for the
> "cocoon/" after your
> lmocz> hostname, since the ROOT webapp equates to "/". Dont'
> forget to copy all
> lmocz> your own stuff from $TOMCAT_HOME/webapps/cocoon to
> lmocz> $TOMCAT_HOME/webapps/ROOT.
>
> Be aware that C2 will serve _all_ the pages (including the static
> ones). If you are in an Apache+Tomcat+Cocoon context, this mean that
> Everything on your site will be served by C2.
>
> Am I Wrong?
>
> Well I didn't find a way to do it! So, no php, no cgi and no other
> webapps (Apache+Tomcat+Cocoon)! If someone know how to avoid
> this, I'll be glad to know ;)
>
> --Arnaud
>


-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: C1 to C2

[Anders Lindh]

>Be aware that C2 will serve _all_ the pages (including the static
>ones). If you are in an Apache+Tomcat+Cocoon context, this mean that
>Everything on your site will be served by C2.

If you use apache you tell it what requests to pass to Tomcat (with mod_jk
or mod_jserv). You can e.g tell it to pass requests for all .xml files in
/cocoon to Tomcat (and cocoon if configured properly). This way all static
content can be served by apache (x100 faster) and all dynamic pages by
tomcat/cocoon.

- Anders


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: C1 to C2

[Arnaud Vandyck]

Le Thu, 12 Jul 2001 21:49:19 -0600, Lajos Moczar <[EMAIL PROTECTED]> écrivait:

lmocz> If I understand you correctly, all you have to do is rename cocoon.war 
lmocz> to ROOT.war - this will eliminate the need for the "cocoon/" after your 
lmocz> hostname, since the ROOT webapp equates to "/". Dont' forget to copy all 
lmocz> your own stuff from $TOMCAT_HOME/webapps/cocoon to 
lmocz> $TOMCAT_HOME/webapps/ROOT.

Be aware that C2 will serve _all_ the pages (including the static
ones). If you are in an Apache+Tomcat+Cocoon context, this mean that
Everything on your site will be served by C2.

Am I Wrong?

Well I didn't find a way to do it! So, no php, no cgi and no other
webapps (Apache+Tomcat+Cocoon)! If someone know how to avoid this, I'll be glad to 
know ;)

--Arnaud

RE: C1 to C2

[Luca Morandini]

> -Original Message-
> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
> Sent: giovedì 12 luglio 2001 19.43
> To: [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>
> So, apparently it is not possible to have something like
> mydomain.com/Foo/foo, and one must always use something like
> mydomain.com/cocoon/Foo/foo, if I understood you correctly. That is too
> bad, since it was certainly possible with cocoon1. There must (should)
> be a way around it.

Andre,

I apologize for not being clear, but I stated exactly the opposite.

If you use, as I did, the rewrite engine of Apache, you can redirect URIs
from, say, mydomain.com/Foo/foo to mydomain.com/cocoon/Foo/foo.

I can't tell you whether this works for other Web-servers as well; but I'm
inclined to think every decent Web-server has a way of dealing with URI
rewriting.


> -Original Message-
> From: Lajos Moczar [mailto:[EMAIL PROTECTED]]
> Sent: venerdì 13 luglio 2001 5.49
> To: [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>
> If I understand you correctly, all you have to do is rename cocoon.war
> to ROOT.war - this will eliminate the need for the "cocoon/" after your
> hostname, since the ROOT webapp equates to "/". Dont' forget to copy all
> your own stuff from $TOMCAT_HOME/webapps/cocoon to
> $TOMCAT_HOME/webapps/ROOT.
>
Lajos,

the thing you suggested may work too, but I still think that URI rewriting
is prefereable: it's more flexible and easier to implement.

Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-


> -Original Message-
> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
> Sent: giovedì 12 luglio 2001 19.43
> To: [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>
>
>
>
> Luca Morandini wrote:
>
> >> -Original Message-
> >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Andre
> >> Juffer
> >> Sent: giovedì 12 luglio 2001 15.11
> >> To: [EMAIL PROTECTED]
> >> Subject: Re: C1 to C2
> >>
> >>
> >> Luca Morandini wrote:
> >>
> >>>> -Original Message-
> >>>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> >>>
> >> Behalf Of Andre
> >>
> >>>> Juffer
> >>>> Sent: giovedì 12 luglio 2001 13.35
> >>>> To: [EMAIL PROTECTED]
> >>>> Subject: Re: C1 to C2
> >>>>
> >>>
> >>> Hmmm... why you would like to start a different context ?
> >>> I assumed you wanted just to put you application in a
> >>
> >> directory other than
> >>
> >>> \webapps\cocoon... am I wrong ?
> >>
> >>
> >> You are entirely correct. That is exactly what I have in mind. I should
> >> say that all static html (normally in public_html in user's
> >> subdirectories, as is common under Unix) are still served directly by
> >> the Apache webserver. Nothing of that is going through cocoon. Under
> >> cocoon1, one uses tomcat where files with the extension .xml where
> >> served by tomcat and ultimately by cocoon1. I was under the impression
> >> that things with cocoon2 were done in a similar way, but maybe
> >> everything should be served by cocoon2 first (including these html
> >> files) and the sitemap would than start the appropriate
> pipelines? (That
> >> would explain the word sitemap). So, cocoon2 would control the complete
> >> website (both static and dynamic files). Is the Apache
> webserver in fact
> >> still required to run on the server?
> >>
> >
> >
> > No, you could dispense with Apache and run everything on
> Tomcat, though it
> > seems an overkill to me (and less stable, too).
> >
> > Talking about C2, there is no need to start another Cocoon
> context, far
> > from it... you should just tell Cocoon to find your files where
> they are.
> > The mechanism to do that is to modify the sitemap (the one
> I've named
> > "general sitemap" in my previous message) in order to mount the
> sub-sitemap
> > correctly.
> >
> > The odd thihg about this is that you may find your site
> only by referring
> > to an URI with "cocoon" in it, like <...>\cocoon\cru\index.xml.
> >
> > Next step i

Re: C1 to C2

[Lajos Moczar]

If I understand you correctly, all you have to do is rename cocoon.war 
to ROOT.war - this will eliminate the need for the "cocoon/" after your 
hostname, since the ROOT webapp equates to "/". Dont' forget to copy all 
your own stuff from $TOMCAT_HOME/webapps/cocoon to 
$TOMCAT_HOME/webapps/ROOT.


Lajos Moczar
galatea.com

Andre Juffer wrote:

> 
> 
> Luca Morandini wrote:
> 
>>> -Original Message-
>>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Andre
>>> Juffer
>>> Sent: giovedì 12 luglio 2001 15.11
>>> To: [EMAIL PROTECTED]
>>> Subject: Re: C1 to C2
>>> 
>>> 
>>> Luca Morandini wrote:
>>> 
>>>>> -Original Message-
>>>>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
>>>> 
>>>> 
>>> Behalf Of Andre
>>> 
>>>>> Juffer
>>>>> Sent: giovedì 12 luglio 2001 13.35
>>>>> To: [EMAIL PROTECTED]
>>>>> Subject: Re: C1 to C2
>>>>> 
>>>> 
>>>> Hmmm... why you would like to start a different context ?
>>>> I assumed you wanted just to put you application in a
>>> 
>>> 
>>> directory other than
>>> 
>>>> \webapps\cocoon... am I wrong ?
>>> 
>>> 
>>> 
>>> You are entirely correct. That is exactly what I have in mind. I should
>>> say that all static html (normally in public_html in user's
>>> subdirectories, as is common under Unix) are still served directly by
>>> the Apache webserver. Nothing of that is going through cocoon. Under
>>> cocoon1, one uses tomcat where files with the extension .xml where
>>> served by tomcat and ultimately by cocoon1. I was under the impression
>>> that things with cocoon2 were done in a similar way, but maybe
>>> everything should be served by cocoon2 first (including these html
>>> files) and the sitemap would than start the appropriate pipelines? (That
>>> would explain the word sitemap). So, cocoon2 would control the complete
>>> website (both static and dynamic files). Is the Apache webserver in fact
>>> still required to run on the server?
>>> 
>> 
>> 
>> No, you could dispense with Apache and run everything on Tomcat, 
>> though it
>> seems an overkill to me (and less stable, too).
>> 
>> Talking about C2, there is no need to start another Cocoon 
>> context, far
>> from it... you should just tell Cocoon to find your files where they are.
>> The mechanism to do that is to modify the sitemap (the one I've named
>> "general sitemap" in my previous message) in order to mount the 
>> sub-sitemap
>> correctly.
>> 
>> The odd thihg about this is that you may find your site only by 
>> referring
>> to an URI with "cocoon" in it, like <...>\cocoon\cru\index.xml.
>> 
>> Next step is to tell Apache to redirect everything from "cru" to
>> "coocon\cru" (provided, of course, "cru" is the name of you application);
>> I've used the rewrite engine of Apache, adding the following to 
>> httpd.conf:
>> 
>> RewriteEngine On
>> RewriteLog "C:/apps/apache/logs/rewrite.log"
>> RewriteLogLevel 0
>> RewriteRule cru/(.*) /cocoon/cru/$1 [PT]
>> 
>> It works, but it took me half a day to figure it out the whole 
>> process :(
> 
> 
> 
> 
> So, apparently it is not possible to have something like 
> mydomain.com/Foo/foo, and one must always use something like 
> mydomain.com/cocoon/Foo/foo, if I understood you correctly. That is too 
> bad, since it was certainly possible with cocoon1. There must (should) 
> be a way around it.
> 
> 
> Andre
> 
>> 
>> Best regards,
>>  
>> -
>>Luca Morandini
>>GIS Consultant
>> [EMAIL PROTECTED]
>>   +39 0744 59  85  1 Office
>>   +39 0335 681 02 12 Mobile
>> http://utenti.tripod.it/lmorandini/index.html
>> -
>> 
>> 
>> 
>> 
>> -
>> 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: <[EMAIL PROTECTED]>
>> For additional commands, e-mail: <[EMAIL PROTECTED]>


-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: C1 to C2

[Andre Juffer]

Luca Morandini wrote:

>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Andre
>> Juffer
>> Sent: giovedì 12 luglio 2001 15.11
>> To: [EMAIL PROTECTED]
>> Subject: Re: C1 to C2
>> 
>> 
>> Luca Morandini wrote:
>> 
>>>> -Original Message-
>>>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
>>> 
>> Behalf Of Andre
>> 
>>>> Juffer
>>>> Sent: giovedì 12 luglio 2001 13.35
>>>> To: [EMAIL PROTECTED]
>>>> Subject: Re: C1 to C2
>>>> 
>>> 
>>> Hmmm... why you would like to start a different context ?
>>> I assumed you wanted just to put you application in a
>> 
>> directory other than
>> 
>>> \webapps\cocoon... am I wrong ?
>> 
>> 
>> You are entirely correct. That is exactly what I have in mind. I should
>> say that all static html (normally in public_html in user's
>> subdirectories, as is common under Unix) are still served directly by
>> the Apache webserver. Nothing of that is going through cocoon. Under
>> cocoon1, one uses tomcat where files with the extension .xml where
>> served by tomcat and ultimately by cocoon1. I was under the impression
>> that things with cocoon2 were done in a similar way, but maybe
>> everything should be served by cocoon2 first (including these html
>> files) and the sitemap would than start the appropriate pipelines? (That
>> would explain the word sitemap). So, cocoon2 would control the complete
>> website (both static and dynamic files). Is the Apache webserver in fact
>> still required to run on the server?
>> 
> 
> 
>   No, you could dispense with Apache and run everything on Tomcat, though it
> seems an overkill to me (and less stable, too).
> 
>   Talking about C2, there is no need to start another Cocoon context, far
> from it... you should just tell Cocoon to find your files where they are.
>   The mechanism to do that is to modify the sitemap (the one I've named
> "general sitemap" in my previous message) in order to mount the sub-sitemap
> correctly.
> 
>   The odd thihg about this is that you may find your site only by referring
> to an URI with "cocoon" in it, like <...>\cocoon\cru\index.xml.
> 
>   Next step is to tell Apache to redirect everything from "cru" to
> "coocon\cru" (provided, of course, "cru" is the name of you application);
> I've used the rewrite engine of Apache, adding the following to httpd.conf:
> 
> RewriteEngine On
> RewriteLog "C:/apps/apache/logs/rewrite.log"
> RewriteLogLevel 0
> RewriteRule cru/(.*) /cocoon/cru/$1 [PT]
> 
>   It works, but it took me half a day to figure it out the whole process :(



So, apparently it is not possible to have something like 
mydomain.com/Foo/foo, and one must always use something like 
mydomain.com/cocoon/Foo/foo, if I understood you correctly. That is too 
bad, since it was certainly possible with cocoon1. There must (should) 
be a way around it.


Andre

> 
> Best regards,
>  
> -
>Luca Morandini
>GIS Consultant
> [EMAIL PROTECTED]
>   +39 0744 59  85  1 Office
>   +39 0335 681 02 12 Mobile
> http://utenti.tripod.it/lmorandini/index.html
> -
> 
> 
> 
> 
> -
> 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: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>


-- 
Andre H. Juffer  | Phone: +358-8-553 1683
The Biocenter and| Fax: +358-8-553-1141
 the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
University of Oulu, Finland  | WWW: http://www.biochem.oulu.fi/research.html


-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: C1 to C2

[Luca Morandini]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Andre
> Juffer
> Sent: giovedì 12 luglio 2001 15.11
> To: [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>
>
> Luca Morandini wrote:
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Andre
> > > Juffer
> > > Sent: giovedì 12 luglio 2001 13.35
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: C1 to C2
> > >
> >
> > Hmmm... why you would like to start a different context ?
> > I assumed you wanted just to put you application in a
> directory other than
> > \webapps\cocoon... am I wrong ?
>
>
> You are entirely correct. That is exactly what I have in mind. I should
> say that all static html (normally in public_html in user's
> subdirectories, as is common under Unix) are still served directly by
> the Apache webserver. Nothing of that is going through cocoon. Under
> cocoon1, one uses tomcat where files with the extension .xml where
> served by tomcat and ultimately by cocoon1. I was under the impression
> that things with cocoon2 were done in a similar way, but maybe
> everything should be served by cocoon2 first (including these html
> files) and the sitemap would than start the appropriate pipelines? (That
> would explain the word sitemap). So, cocoon2 would control the complete
> website (both static and dynamic files). Is the Apache webserver in fact
> still required to run on the server?
>

No, you could dispense with Apache and run everything on Tomcat, though it
seems an overkill to me (and less stable, too).

Talking about C2, there is no need to start another Cocoon context, far
from it... you should just tell Cocoon to find your files where they are.
The mechanism to do that is to modify the sitemap (the one I've named
"general sitemap" in my previous message) in order to mount the sub-sitemap
correctly.

The odd thihg about this is that you may find your site only by referring
to an URI with "cocoon" in it, like <...>\cocoon\cru\index.xml.

Next step is to tell Apache to redirect everything from "cru" to
"coocon\cru" (provided, of course, "cru" is the name of you application);
I've used the rewrite engine of Apache, adding the following to httpd.conf:

RewriteEngine On
RewriteLog "C:/apps/apache/logs/rewrite.log"
RewriteLogLevel 0
RewriteRule cru/(.*) /cocoon/cru/$1 [PT]

It works, but it took me half a day to figure it out the whole process :(

Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-




-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

RE: C1 to C2

[Luca Morandini]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Andre
> Juffer
> Sent: giovedì 12 luglio 2001 13.35
> To: [EMAIL PROTECTED]
> Subject: Re: C1 to C2
>

> Let me see if I understand you correctly. The GENERAL sitemap is the
> sitemap located in the cocoon subdirectory (webapps/cocoon) <..> ?

Yes, I added "general" to be sure you didn't mistake it with sub-sitemap.

> The idea of a sub-sitemap below is clear to me. Still, the request
> localhost/Foo/foo goes through the Apache webserver, which passes it on
> to Tomcat. But Tomcat will try to read webapps/Foo and not
> webapps/cocoon, because the configuration of Tomcat was set up like
> that.  Should I possibly include in the configuration file of tomcat
> something like
>
> ---
>
> Alias /Foo /usr/local/jakarta-tomcat-3.2.1/webapps/cocoon
>
>
> so that /Foo would correspond to /cocoon as well? In combination with
> the sub-sitemap as you suggested, the correct pipeline would start.
>
> Is the above correct?


Hmmm... why you would like to start a different context ?
I assumed you wanted just to put you application in a directory other than
\webapps\cocoon... am I wrong ?

Best regards,
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-



-
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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>

Re: C1 to C2

[Andre Juffer]

Hi Luca,

thank you for your response.

Let me see if I understand you correctly. The GENERAL sitemap is the
sitemap located in the cocoon subdirectory (webapps/cocoon), or are you
referring to another sitemap?

The idea of a sub-sitemap below is clear to me. Still, the request
localhost/Foo/foo goes through the Apache webserver, which passes it on
to Tomcat. But Tomcat will try to read webapps/Foo and not
webapps/cocoon, because the configuration of Tomcat was set up like
that.  Should I possibly include in the configuration file of tomcat
something like

--- 

Alias /Foo /usr/local/jakarta-tomcat-3.2.1/webapps/cocoon

---

so that /Foo would correspond to /cocoon as well? In combination with
the sub-sitemap as you suggested, the correct pipeline would start.

Is the above correct?


Thanks you again,
Andre.



Luca Morandini wrote:
> 
> Andre,
> 
> have you modifed the general sitemap to tell Cocoon you're not under the
> cocoon  context ?
> 
> For instance, when I wanted a sub-sitemap of mine to be relocated to the
> c:\cru directory, I modified the general sitemap as follows:
> 
> 
> 
>  check-reload="yes"
> reload-method="synchron"/>
> 
> 
> 
> I hope this helps...
> 
> -
>Luca Morandini
>GIS Consultant
> [EMAIL PROTECTED]
>   +39 0744 59  85  1 Office
>   +39 0335 681 02 12 Mobile
> http://utenti.tripod.it/lmorandini/index.html
> -
> 
> > -Original Message-
> > From: Andre Juffer [mailto:[EMAIL PROTECTED]]
> > Sent: mercoledì 11 luglio 2001 21.19
> > To: [EMAIL PROTECTED]
> > Subject: C1 to C2
> >
> >
> > Hi,
> >
> > just recently I have posted a question about having cocoon2 recognizing
> > my own context under tomcat/webapp. This may be a tomcat problem, still
> > I had cocoon1.8.2, together with the apache web server and tomcat,
> > working just fine with my own context. Obviously, I would like to be
> > able to do the same with cocoon2, but I could not get it going.
> >
> > I have removed everything that had something to do with cocoon1 and got
> > cocoon2 installed. No problem, I could read cocoon/welcome and try some
> > of the examples. I did not make any modifications in the existing
> > configuration files. So, I continued and made a very simple sitemap in
> > webapps/cocoon that simply transforms foo.xml into some html. Worked
> > without problem in webapps/cocoon, but, after transferring the relevant
> > files to webapps/Foo and restarting tomcat and apache, I got error
> > messages. If I request localhost/Foo, the content of my context is
> > displayed, but it fails to start the pipeline associated with the
> > transformation (localhost/Foo/foo). I get the following error:
> >
> > 
> > type resource-not-found
> >
> > message Resource not found
> >
> > description The requested URI "/Foo/foo" was not found.
> >
> > sender org.apache.cocoon.servlet.CocoonServlet
> >
> > source Cocoon servlet
> >
> > request-uri
> >
> > /Foo/foo
> >
> > path-info
> >
> > foo
> >
> > 
> >
> > foo is the pattern that should start the pipeline. This works perfectly
> > all right when carried out in the cocoon context
> > (http://localhost/cocoon/foo). So, it must be a context setup problem.
> >
> > It seems that tomcat properly sees my context:
> >
> > 
> >
> > 2001-07-11 07:50:34 - ContextManager: Adding context Ctx( /Foo )
> >
> > 
> >
> > Is there anything special that I may need to do so that
> > tomcat/apache/cocoon2 work nicely together?
> >
> > This is the content of a configuation file that is included into the
> > apache httpd.conf file (the same I have used before with cocoon1):
> >
> > 
> >
> > LoadModule jserv_module libexec/mod_jserv.so
> > ApJServManual on
> > ApJServDefaultProtocol ajpv12
> > ApJServSecretKey DISABLED
> > ApJServMountCopy on
> > ApJServLogLevel notice
> >
> > ApJServDefaultHost localhost
> > ApJServDefaultPort 8007
> >
> > AddType test/jsp .jsp
> > AddHandler jserv-servlet .jsp
> > AddType text/xml .xml
> > AddHandler jserv-servlet .xml
> >
> > Alias /cocoon /usr/local/jakarta-tomcat-3.2.1/webapps/cocoon
> > 
> >  Options Indexes FollowSymLinks
> > 
> > ApJServMount /cocoon /cocoon
> > 
> >  AllowOverride None
> >  deny from all
> > 
> >
> > Alias /Foo /usr/local/jakarta-tomcat-3.2.1/webapps/Foo
> > 
> >  Options Indexes FollowSymLinks
> > 
> > ApJServMount /Foo /Foo
> > 
> >  AllowOverride None
> >  deny from all
> > 
> >
> > 
> >
> >
> > Thank you for any suggestion you may have to resolve this matter,
> >
> > --
> > Andre H. Juffer  | Phone: +358-8-553 1683
> > The Biocenter and| Fax: +358-8-553-1141
> >  the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
> > University of Oulu, Finland  | 

RE: C1 to C2

[Luca Morandini]

Andre,

have you modifed the general sitemap to tell Cocoon you're not under the
cocoon  context ?

For instance, when I wanted a sub-sitemap of mine to be relocated to the
c:\cru directory, I modified the general sitemap as follows:







I hope this helps...
 
-
   Luca Morandini
   GIS Consultant
    [EMAIL PROTECTED]
  +39 0744 59  85  1 Office
  +39 0335 681 02 12 Mobile
http://utenti.tripod.it/lmorandini/index.html
-


> -Original Message-
> From: Andre Juffer [mailto:[EMAIL PROTECTED]]
> Sent: mercoledì 11 luglio 2001 21.19
> To: [EMAIL PROTECTED]
> Subject: C1 to C2
>
>
> Hi,
>
> just recently I have posted a question about having cocoon2 recognizing
> my own context under tomcat/webapp. This may be a tomcat problem, still
> I had cocoon1.8.2, together with the apache web server and tomcat,
> working just fine with my own context. Obviously, I would like to be
> able to do the same with cocoon2, but I could not get it going.
>
> I have removed everything that had something to do with cocoon1 and got
> cocoon2 installed. No problem, I could read cocoon/welcome and try some
> of the examples. I did not make any modifications in the existing
> configuration files. So, I continued and made a very simple sitemap in
> webapps/cocoon that simply transforms foo.xml into some html. Worked
> without problem in webapps/cocoon, but, after transferring the relevant
> files to webapps/Foo and restarting tomcat and apache, I got error
> messages. If I request localhost/Foo, the content of my context is
> displayed, but it fails to start the pipeline associated with the
> transformation (localhost/Foo/foo). I get the following error:
>
> 
> type resource-not-found
>
> message Resource not found
>
> description The requested URI "/Foo/foo" was not found.
>
> sender org.apache.cocoon.servlet.CocoonServlet
>
> source Cocoon servlet
>
> request-uri
>
> /Foo/foo
>
> path-info
>
> foo
>
> 
>
> foo is the pattern that should start the pipeline. This works perfectly
> all right when carried out in the cocoon context
> (http://localhost/cocoon/foo). So, it must be a context setup problem.
>
> It seems that tomcat properly sees my context:
>
> 
>
> 2001-07-11 07:50:34 - ContextManager: Adding context Ctx( /Foo )
>
> 
>
> Is there anything special that I may need to do so that
> tomcat/apache/cocoon2 work nicely together?
>
> This is the content of a configuation file that is included into the
> apache httpd.conf file (the same I have used before with cocoon1):
>
> 
>
> LoadModule jserv_module libexec/mod_jserv.so
> ApJServManual on
> ApJServDefaultProtocol ajpv12
> ApJServSecretKey DISABLED
> ApJServMountCopy on
> ApJServLogLevel notice
>
> ApJServDefaultHost localhost
> ApJServDefaultPort 8007
>
> AddType test/jsp .jsp
> AddHandler jserv-servlet .jsp
> AddType text/xml .xml
> AddHandler jserv-servlet .xml
>
> Alias /cocoon /usr/local/jakarta-tomcat-3.2.1/webapps/cocoon
> 
>  Options Indexes FollowSymLinks
> 
> ApJServMount /cocoon /cocoon
> 
>  AllowOverride None
>  deny from all
> 
>
> Alias /Foo /usr/local/jakarta-tomcat-3.2.1/webapps/Foo
> 
>  Options Indexes FollowSymLinks
> 
> ApJServMount /Foo /Foo
> 
>  AllowOverride None
>  deny from all
> 
>
> 
>
>
> Thank you for any suggestion you may have to resolve this matter,
>
> --
> Andre H. Juffer  | Phone: +358-8-553 1683
> The Biocenter and| Fax: +358-8-553-1141
>  the Dep. of Biochemistry | Email: [EMAIL PROTECTED]
> University of Oulu, Finland  | WWW:
> http://www.biochem.oulu.fi/tutkimus/Biocomputing/
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. 
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: [C1 to C2] Big difference in XSP !! Why ?

[Samuel ARNOD-PRIN]

I have also discovered a big bug then :

suppose you want to use this :



..


String selected = (true) ? "yes" : "";


selected
ValueX



..



Well...  is unfortunately equivalent in html to
 and 

...


I have then to write this piece of code like this :




String selected = (true) ? "yes" : "";

if (selected.equals("")) {
hh
} else {
hh
}




it is not very elegant...

-
Please check that your question has not already been answered in the
FAQ before posting. 

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