[
http://www.stripesframework.org/jira/browse/STS-575?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ben Gunter reopened STS-575:
----------------------------
Indeed, this is a bigger problem than it seems at first. Turns out that in the
case you cite, the former implementation returns "/Search.action" while the new
implementation should return "". That's a pretty significant change. (Not to
mention that I pretty well screwed it up by forgetting to trim the context path
from the beginning and not using the request URI for includes.)
Right now I'm thinking I need to revert this change since it breaks that trick
you and a lot of other folks are using. The question is should other code that
calls getRequestURI() be doing it the other way instead? We have code that
should be working with the same value instead working with two different values.
> Inconsistency in how a request URI is determined
> ------------------------------------------------
>
> Key: STS-575
> URL: http://www.stripesframework.org/jira/browse/STS-575
> Project: Stripes
> Issue Type: Bug
> Components: ActionBean Dispatching
> Affects Versions: Release 1.5
> Reporter: Ben Gunter
> Assignee: Ben Gunter
> Fix For: Release 1.5.1
>
>
> AnnotatedClassActionResolver#getRequestedPath(..) returns the URI of the
> request, but it does so by constructing it from getServletPath() +
> getPathInfo(). All the clean URL code calls getRequestURI() instead. This can
> cause tricky problems during development with some URLs that are able to
> resolve the ActionBean but not to parse the URI parameters. For example,
> given a prefix mapping of /action/* and
> @UrlBinding("/action/foo/{$event}/{param}"), the URI
> //myContext/action/foo/bar/blah would correctly resolve to an ActionBean
> because getServletPath() returns /action instead of //action, but
> getRequestURI() returns //myContext/action/foo/bar/blah, which the URI
> parameter parsing code cannot handle.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://www.stripesframework.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Stripes-development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-development
