You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomcat.apache.org by bu...@apache.org on 2005/11/23 23:07:01 UTC

DO NOT REPLY [Bug 36569] - Redirects produce illegal URL's

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=36569>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36569


yoavs@computer.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO




------- Additional Comments From yoavs@computer.org  2005-11-23 23:07 -------
Mmmm.. The Servlet Spec already says all URLs passed to sendRedirect should
first be passed to encodeRedirectURL.  That method, in Tomcat, calls
org.apache.catalina.connector.Response#isEncodeable, which in doIsEncodeable
tries to construct a URL and returns false if there's a MalformedURLException. 
In theory we could do something with this MalformedURLException, but the Servlet
Spec API for encodeRedirectURL doesn't allow for declared exceptions, so it
would have to be a runtime exception, which seems like an ugly surprise for our
users.

I'll stew about this a bit more as time permits, but alternative ideas welcome...

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org