[
http://www.stripesframework.org/jira/browse/STS-842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12372#comment-12372
]
Kris Luhr commented on STS-842:
-------------------------------
Our workaround is to have one ActionBean for each section with the section
specified explicitly in each UrlBinding.
eg.
@UrlBinding("/abc/stuff/bean1/{$event}.html")
public class SectionFirst1AbcAction implements ActionBean { ... }
@UrlBinding("/xyz/stuff/bean1/{$event}.html")
public class SectionFirst1XyzAction extends SectionFirst1Action { ... }
This works fine but gives us 3 times as many actionbeans.
> CLONE - UrlBindingFactory interprets parameters first in url as conflict
> ------------------------------------------------------------------------
>
> Key: STS-842
> URL: http://www.stripesframework.org/jira/browse/STS-842
> Project: Stripes
> Issue Type: Bug
> Components: ActionBean Dispatching
> Affects Versions: Release 1.5.1, Release 1.5.2
> Reporter: Kris Luhr
> Assignee: Ben Gunter
> Attachments: stripes-urlbinding-problem.zip
>
>
> I would like to have a parameter first in my urls, representing different
> sections of a site; eg: @UrlBinding("/{section}/foo/bar/{$event}.html")
> This UrlBinding results in a conflict between all ActionBeans using the
> {section} parameter. While debugging I find the
> UrlBindingFactory.getBindingPrototype(String uri) method ignoring the
> componentMatch when checking if we have a conflict, which seems to be a bug.
> At least in this case the result is not logical.
> Additionally when I use the url "/section1/foo/bar.html", the section
> parameter is set to "section1/foo/bar".
> This works and gives me the default handler if I dont have the section as a
> parameter. Perhaps these two issues are related?
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model
configuration take the hassle out of deploying and managing Subversion and
the tools developers use with it. Learn more about uberSVN and get a free
download at: http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
Stripes-development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-development
