Hi,
Jarecsni János wrote:
> |
> |Since I need to have applications available in root, I was trying confs
> |like (I also have to use apache...):
> |
> |WebAppDeploy app_1 conn /app_1
> |
> |with some rewriting but then it seems to be some session/cookie issue :(
> |
>
> I've successfully set up a similar environment. I use Apache
> mod_rewrite+mod_proxy to do the job. I also had to modify the code in mod_jk
> since it sets the session cookie (JSESSIONID) with a path which is
> equivalent with the application context name. That's why sessions don't
> work.
IMHO the problem is that while using mod_{jk,webaap}, tomcat seems to
set context basing 'mostly' on request URI, and setting cookie basing on
URI prepended with context. This is true at least for scenarios like:
# now there is problem with session cookie
DocumentBase /var/tomcat4/webapps/app1
RewriteRule "^/(.*\.xml)" /app1/$1 [PT]
WebAppDeploy app_1 conn /app_1
# and now with the context:
DocumentBase /var/tomcat4/webapps/app1
RewriteRule "^/(.*\.xml)" /$1 [PT]
RewriteRule "^/(.*)" /
WebAppDeploy app_1 conn /
In both cases RewriteEngine is needed also for serving static content
with apache
> Since it's a very common set up I simply don't understand why it is
> neglected by tomcat-developers. I've sent numerous mails to tomcat-dev, but
> was ignored. Again: a transparent integration with Apache (with one vhost
> per tomcat webapp approach) is not possible because of tomcat's incorrect
> handling of the session cookie.
I think that thete should be some simple rules to do this and it should
be well documented. Tomcat is really great piece of code and it has huge
variety of possibilities however I miss the simplicity of jserv and
apache configuration ;) Maybe someone more oriented can write sth about
this case.
regards,
Szymon
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
