tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From GOMEZ Henri <hgo...@slib.fr>
Subject RE: Volunteers for: - RE: TC 3.3: getRequestURI()
Date Mon, 01 Oct 2001 15:23:55 GMT
>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 result
>in wrong (double escaped) behavior.  At the least,
>it's one more variable to debug, at worst, it will
>generate erroneous bug reports.  I'd hesitate to
>add it.

The Option could be hidden and use the TC 3.3 behaviour
by default...

>
>| -----Original Message-----
>| From: GOMEZ Henri [mailto:hgomez@slib.fr]
>| Sent: Monday, October 01, 2001 10:35 AM
>| To: tomcat-dev@jakarta.apache.org
>| 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
>| 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 3.3 
>| collaborative scheme (part in Native and part in Java).
>| 
>| Let's note that the JkOptions are only available in Apache
>| 1.3/2.0 and such flags could be needed also in IIS/NES/DOMINO
>| 
>

Mime
View raw message