Bojan Smojver wrote:
>
> [EMAIL PROTECTED] wrote:
>
> > I don't think I can do this alone ( if it sounded like I volunteer to fix
> > it - well, I need help ).
>
> > - Test.
>
> I'm one of those overly brave and too stupid that put CVS versions of
> software in production environment. Promise
TED]]
>Sent: Monday, October 01, 2001 10:52 PM
>To: [EMAIL PROTECTED]
>Subject: RE: Volunteers for: - RE: TC 3.3: getRequestURI()
>
>
>I thought you were talking about the mod_jk in the TC3.3
>branch. If you're talking j-t-c only, then I don't mind an
>Option, as long
1 11:24 AM
| To: [EMAIL PROTECTED]
| Subject: RE: Volunteers for: - RE: TC 3.3: getRequestURI()
|
|
| >Why can't we implement the 3.3 collaborative solution in 4.0 ?
| >That would maintain compatibility.
|
| And also in TC 3.2.4 ?
|
| >I just hate to provide an option which could re
AIL PROTECTED]
>| Subject: RE: Volunteers for: - RE: TC 3.3: getRequestURI()
>|
>|
>| >What whould happen in 3.3 if ForwardEscapedURI was chosen?
>| >Wouldn't the facade escape it again?
>| >
>|
>| My goal in mod_jk is to keep compatibility with ALL tomcat
orts. I'd hesitate to
add it.
Keith
| -Original Message-
| From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
| Sent: Monday, October 01, 2001 10:35 AM
| To: [EMAIL PROTECTED]
| Subject: RE: Volunteers for: - RE: TC 3.3: getRequestURI()
|
|
| >What whould happen in 3.3 if ForwardEsc
>What whould happen in 3.3 if ForwardEscapedURI was chosen?
>Wouldn't the facade escape it again?
>
My goal in mod_jk is to keep compatibility with ALL tomcat
release, TC 3.2, 3.3 and 4.0.
The option will let us configure it, even if by default
mod_jk found in TC 3.3 and J-T-C will use the TC
ge-
| >| From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
| >| Sent: Monday, October 01, 2001 5:18 AM
| >| To: [EMAIL PROTECTED]
| >| Subject: RE: Volunteers for: - RE: TC 3.3: getRequestURI()
| >|
| >|
| >|
| >| >- Revert jk/apache to use uri, remove the encode call (
|
t;| Sent: Monday, October 01, 2001 5:18 AM
>| To: [EMAIL PROTECTED]
>| Subject: RE: Volunteers for: - RE: TC 3.3: getRequestURI()
>|
>|
>|
>| >- Revert jk/apache to use uri, remove the encode call (
>again, j-t and
>| >j-t-c - one more week to do that, after that we
n Option?
Keith
| -Original Message-
| From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
| Sent: Monday, October 01, 2001 5:18 AM
| To: [EMAIL PROTECTED]
| Subject: RE: Volunteers for: - RE: TC 3.3: getRequestURI()
|
|
|
| >- Revert jk/apache to use uri, remove the encode call ( again, j-t
>- Revert jk/apache to use uri, remove the encode call ( again, j-t and
>j-t-c - one more week to do that, after that we'll be j-t-c
>only ). Henri
>- could you do this and the next one ?
I'll reintroduce the JkOptions which will help us play with
different encoding :
ForwardStandardURI :
wil
rom: "Bill Barker" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "Bill Barker"
> <[EMAIL PROTECTED]>
> Sent: Sunday, September 30, 2001 12:40 AM
> Subject: Re: Volunteers for: - RE: TC 3.3: getRequestURI()
>
>
> >
EMAIL PROTECTED]>
Sent: Sunday, September 30, 2001 12:40 AM
Subject: Re: Volunteers for: - RE: TC 3.3: getRequestURI()
> Actually, my original was a straight java.net.URLEncode after stripping
out
> the session id. However, I'm easy. Attached is using UEncoder (which I
> initiall
Barker"
<[EMAIL PROTECTED]>
Sent: Sunday, September 30, 2001 1:23 AM
Subject: Re: Volunteers for: - RE: TC 3.3: getRequestURI()
> On Sat, 29 Sep 2001, Bill Barker wrote:
>
> > It seems that I must have been bad in a past life, since my Karma isn't
high
>
<[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, September 28, 2001 11:17 AM
> Subject: Volunteers for: - RE: TC 3.3: getRequestURI()
>
>
> >
> > It seems most agree on using 'decoded' URI in mod_jk. Making the change
> > is not ea
IL PROTECTED]>
Sent: Friday, September 28, 2001 11:17 AM
Subject: Volunteers for: - RE: TC 3.3: getRequestURI()
>
> It seems most agree on using 'decoded' URI in mod_jk. Making the change
> is not easy, there are few places where we need to coordinate and make
> sure we
>-Original Message-
>From: Keith Wannamaker [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, September 27, 2001 2:27 AM
>To: [EMAIL PROTECTED]
>Subject: RE: TC 3.3: getRequestURI()
>
>
>I'm +1 for this. It is the best solution.
>
>Keith
>
>| -Origin
[EMAIL PROTECTED] wrote:
>
> On Wed, 26 Sep 2001, Keith Wannamaker wrote:
>
> > 0x3b = ';'. Ignacio is right, SessionID doesn't remove the id
> > because it is not expecting ; to be encoded. So now it shows
> > up in the URI and has the side effect of breaking sessions
> > that depend on url r
I'm +1 for this. It is the best solution.
Keith
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
|
| 3. Revert to the use of uri ( i.e. the decoded uri ), and
| change the getRequestURI ( the facade ) to generated a
| 'canonical' encoding.
| Problems:
[EMAIL PROTECTED] wrote:
>
> On Wed, 26 Sep 2001, Keith Wannamaker wrote:
>
> > 0x3b = ';'. Ignacio is right, SessionID doesn't remove the id
> > because it is not expecting ; to be encoded. So now it shows
> > up in the URI and has the side effect of breaking sessions
> > that depend on url r
On Wed, 26 Sep 2001, Keith Wannamaker wrote:
> 0x3b = ';'. Ignacio is right, SessionID doesn't remove the id
> because it is not expecting ; to be encoded. So now it shows
> up in the URI and has the side effect of breaking sessions
> that depend on url rewriting. But, the spec does say the UR
Keith Wannamaker wrote:
>
> 0x3b = ';'. Ignacio is right, SessionID doesn't remove the id
> because it is not expecting ; to be encoded. So now it shows
> up in the URI and has the side effect of breaking sessions
> that depend on url rewriting. But, the spec does say the URL
> should be encod
Yes.
- Original Message -
From: "Keith Wannamaker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, September 26, 2001 10:57 AM
Subject: RE: TC 3.3: getRequestURI()
> Are you using mod_jk?
>
> | -Original Message-
> | From: Bi
Are you using mod_jk?
| -Original Message-
| From: Bill Barker [mailto:[EMAIL PROTECTED]]
| Sent: Wednesday, September 26, 2001 1:17 PM
| To: [EMAIL PROTECTED]
| Subject: Re: TC 3.3: getRequestURI()
|
|
| I don't get this with RC1. From tomcat-log with debugging enabled for
I don't get this with RC1. From tomcat-log with debugging enabled for
Sessions and Decode:
2001-09-26 11:04:29 - DecodeInterceptor: Before
/index.jsp%3bjsessionid=xx7xdv3ca1
2001-09-26 11:04:29 - DecodeInterceptor: After
/index.jsp;jsessionid=xx7xdv3ca1
2001-09-26 11:04:29 - SessionId: Url rewrit
2:37 PM
| To: [EMAIL PROTECTED]
| Subject: Re: TC 3.3: getRequestURI()
|
|
| "Ignacio J. Ortega" wrote:
| >
| > Probably will be the Session id interceptor that does not understand a
| > encoded jsessionid, not in the mod_jk..
|
| I was thinking that ap_escape_uri was changi
>
> > -Mensaje original-
> > De: Keith Wannamaker [mailto:[EMAIL PROTECTED]]
> > Enviado el: miƩrcoles 26 de septiembre de 2001 16:55
> > Para: [EMAIL PROTECTED]
> > Asunto: RE: TC 3.3: getRequestURI()
> >
> >
> > I'm not sure I unders
Para: [EMAIL PROTECTED]
> Asunto: RE: TC 3.3: getRequestURI()
>
>
> I'm not sure I understand why the session id was not
> also showing up with r->unparsed_uri. I'm doing some
> experimenting now..
>
> Keith
>
> |/login/login.vm%3bjsessionid=q95pbsuof1
I'm not sure I understand why the session id was not
also showing up with r->unparsed_uri. I'm doing some
experimenting now..
Keith
|/login/login.vm%3bjsessionid=q95pbsuof1
| Probably not. It's a side of effect of the last change which was
| to use "s->req_uri = ap_escape_uri(r->pool, r->uri)
Larry Isaacs wrote:
>
> > -Original Message-
> > From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, September 26, 2001 7:41 AM
> > To: Tomcat Dev List
> > Subject: TC 3.3: getRequestURI()
> >
> >
> > The latest TC 3.3 CVS with its mod_jk, gives an encoded URI, together
>
> -Original Message-
> From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 26, 2001 7:41 AM
> To: Tomcat Dev List
> Subject: TC 3.3: getRequestURI()
>
>
> The latest TC 3.3 CVS with its mod_jk, gives an encoded URI, together
> with the session ID on HttpServletR
30 matches
Mail list logo