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 2006/01/25 23:45:58 UTC
DO NOT REPLY [Bug 38390] New: - Pluto portlet fails if you set a render parameter including a ; in the value
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=38390>.
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=38390
Summary: Pluto portlet fails if you set a render parameter
including a ; in the value
Product: Tomcat 5
Version: 5.5.9
Platform: Other
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: ammulder@alumni.princeton.edu
Problem observed in a Pluto portlet. If you submit a form, and one of the form
fields (text box) has a ; in the value entered by the user, and you get a that
name and value from the action request (e.g. servlet request) and call
ActionResponse.setRenderRequest(name, value), then Tomcat corrupts the next
request. This does not happen when the same code runs on Jetty. Somehow that ;
appears to be making it into a request URL. Following are some comments from
David DeWolf of Pluto.
-------------------------
Render parameters are stored within the url so that they persist across render
requests and do not rely on session state. The PortalControlParameter class is
primarily responsible for converting render parameters, modes, window states,
etc . . .to a portal url.
See:
http://svn.apache.org/repos/asf/portals/pluto/branches/pluto-1.0.2/portal/src/java/org/apache/pluto/portalImpl/core/PortalControlParameter.java
Also See:
http://svn.apache.org/repos/asf/portals/pluto/branches/pluto-1.0.2/portal/src/java/org/apache/pluto/portalImpl/core/PortalUrl.java
I'm trying to think of any reasons why this conversion would be dependent upon
the underlying servlet container. The only thing I can think of is that the two
containers are returning different values from request.getPathInfo() (which is
subsequently parsed back into modes, window states, and render parameters).
I would be willing to bet that the issue is with the semi-colon in the
parameter. A quick glance at the source code indicates that pluto does not treat
it as a "special" character and thus it is not encoded within the url. If that
is happening, I'll bet that tomcat is truncating pathInfo at the semi colon and
jetty is not.
--
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
DO NOT REPLY [Bug 38390] - Pluto portlet fails if you set a render parameter including a ; in the value
Posted by bu...@apache.org.
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=38390>.
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=38390
yoavs@computer.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
------- Additional Comments From yoavs@computer.org 2006-04-13 20:19 -------
You (or Pluto in this case) gotta encode special characters like semicolon in
the URL. For more help, see
http://www.blooberry.com/indexdot/html/topics/urlencoding.htm.
That Jetty works is nice, it must do some automagical encoding / unencoding in
the background, but that by itself doesn't mean Tomcat is buggy here.
--
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