Antw: RE: Bug in Tomcat 3.3.1 with getPathInfo() ?

[Olaf Vetter]

But URLEncoder.encode( myPath ) encodes ' ' to '+',
not '%20'...
Creating extra path info gets quite difficult now.


>>> [EMAIL PROTECTED] 10.04.2002 19:14 >>>
I think if request.getPathInfo() returns '/Hit+Run', then
the path info was '/Hit+Run' or '/Hit%2BRun'.   The path
would have to be '/Hit%20Run' for getPathInfo() to return
'/Hit Run' on Tomcat 3.3.1.

Cheers,
Larry



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Bug in Tomcat 3.3.1 with getPathInfo() ?

[Larry Isaacs]

I think if request.getPathInfo() returns '/Hit+Run', then
the path info was '/Hit+Run' or '/Hit%2BRun'.   The path
would have to be '/Hit%20Run' for getPathInfo() to return
'/Hit Run' on Tomcat 3.3.1.

Cheers,
Larry

> -Original Message-
> From: Olaf Vetter [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, April 10, 2002 11:20 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Bug in Tomcat 3.3.1 with getPathInfo() ?
> 
> 
> OK. But now, is there any way to distinguish between a '+'
> that results from encoding '%2B' and a '+' that stands for ' ' ?
> 
> In other words, if request.getPathInfo() returns '/Hit+Run' , 
> this could be '/Hit+Run' or '/Hit Run' ...
> 
> Olaf
> 
> >>> [EMAIL PROTECTED] 10.04.2002 17:07 >>>
> According to RFC2396, '+' is are reserved character in the
> query string, but not in the path portion of a URL.  There
> was a bug fix in Tomcat 3.3.1 to avoid translating '+'
> to ' ' in the parts of the URL prior to the query string.
> 
> Cheers,
> Larry
> 
> 
> 
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
> 

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

RE: Bug in Tomcat 3.3.1 with getPathInfo() ?

[Olaf Vetter]

OK. But now, is there any way to distinguish between a '+'
that results from encoding '%2B' and a '+' that stands for ' ' ?

In other words, if request.getPathInfo() returns '/Hit+Run' , 
this could be '/Hit+Run' or '/Hit Run' ...

Olaf

>>> [EMAIL PROTECTED] 10.04.2002 17:07 >>>
According to RFC2396, '+' is are reserved character in the
query string, but not in the path portion of a URL.  There
was a bug fix in Tomcat 3.3.1 to avoid translating '+'
to ' ' in the parts of the URL prior to the query string.

Cheers,
Larry



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Bug in Tomcat 3.3.1 with getPathInfo() ?

[Larry Isaacs]

According to RFC2396, '+' is are reserved character in the
query string, but not in the path portion of a URL.  There
was a bug fix in Tomcat 3.3.1 to avoid translating '+'
to ' ' in the parts of the URL prior to the query string.

Cheers,
Larry

> -Original Message-
> From: Olaf Vetter [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, April 10, 2002 10:40 AM
> To: [EMAIL PROTECTED]
> Subject: Bug in Tomcat 3.3.1 with getPathInfo() ?
> 
> 
> As far as I understand, calling request.getPathInfo() should 
> return an encoded string.
> With Tomcat 3.3.1, it returns the plus sign instead of 
> encoding it to a space.
> (Besides, it works "ok" with Tomcat 3.2X)
> 
> Is this a bug or intended?
> 
> Thanks in advance
> Olaf Vetter
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: