You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Shay Mandel <sh...@mercury.co.il> on 2002/12/24 18:10:51 UTC

Re: Apache getting confused by encoded jsessionid's (404 Not Foun d)

Hi, Craig and all.
The links in Craig's reply do not work, and we struggle with this issue for
days now.
All other solutions found on the net refer to jserv users and not mode_jk
users.

I assume this is not the mainstream here, but just as FYI, we also run on
Solaris, while most of the discussions I found regarding the problem refer
to Win32 users.

We would highly appreciate some help here.

Shay Mandel & Oren Gross 






Thanks Craig,
Sorry about that Aleksey. Originally I thought you were hard coding the
sessionID's in the URL, thus my mistake.
Matt

"Craig R. McClanahan" wrote:

> Matt Goss wrote:
>
> > Aleksey,
> > your problem is this:
> > ";jsessionid=XXX"
> > needs to be this:
> > "?jsessionid=XXX"
> > hope this helps,
> > Matt Goss
> >
>
> This advice is not correct.
>
> For servlet containers that conform to the servlet API version 2.2
(including
> Tomcat), the semicolon is the character required in the spec.  The session
id
> is encoded as a *path* parameter, not a *query* parameter.
>
> In order to make this work with Apache, you will need to enable the
> MOD_REWRITE module to rewrite the URI in a fashion that Apache knows how
to
> forward to Tomcat.  Detailed instructions for this (and answers for many
other
> questions about Tomcat) can be found in the FAQ-O-MATIC at
> <http://jakarta.apache.org/faq/faqindex.html
<http://jakarta.apache.org/faq/faqindex.html> >.
>
> The detailed link to this particular answer is:
>
>
http://jakarta.apache.org/jyve-faq/Turbine/screen/DisplayQuestionAnswer/acti
on/SetAll/project_id/2/faq_id/12/topic_id/43/question_id/329
<http://jakarta.apache.org/jyve-faq/Turbine/screen/DisplayQuestionAnswer/act
ion/SetAll/project_id/2/faq_id/12/topic_id/43/question_id/329> 
>
> (or search for "url rewriting" using the search engine).
>
> Craig McClanahan