You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Lukasz Lenart (JIRA)" <ji...@apache.org> on 2014/03/22 09:53:43 UTC

[jira] [Resolved] (WW-4224) Collection Parameters for RedirectResults

     [ https://issues.apache.org/jira/browse/WW-4224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Lukasz Lenart resolved WW-4224.
-------------------------------

    Resolution: Fixed

Patch applied, thanks!

> Collection Parameters for RedirectResults
> -----------------------------------------
>
>                 Key: WW-4224
>                 URL: https://issues.apache.org/jira/browse/WW-4224
>             Project: Struts 2
>          Issue Type: Improvement
>          Components: Core Actions
>    Affects Versions: 2.3.15.3
>            Reporter: Christoph Nenning
>            Assignee: Lukasz Lenart
>            Priority: Minor
>             Fix For: 2.3.17
>
>         Attachments: redirect-with-collection-parameters.patch
>
>
> In some applications I have actions with a list member. That may be filled e.g. via checkboxlist. As we use Redirect-After-Post I want all list-elements to be present in redirect URL.
> The framework provided ServletRedirectResult uses 
> StrutsResultSupport.conditionalParse()
> which in turn uses 
> TextParseUtil.translateVariables()
> to resolve variables present as parameter values of a redirect result.
> Those methods convert the found object into String. When a collection is found just toString() is invoked. That is not quite useful.
> I would like to duplicate the URL-parameter-name for each element in the found collection.
> Therefore I added new Methods (with javadoc and tests):
> - StrutsResultSupport.conditionalParseCollection()
> - TextParseUtil.translateVariablesCollection()
> and using them in ServletRedirectResult.
> URL building itself does already support collections as paramter values.
> The problem was just that TextParseUtil forced the collection found on ValueStack into a string.



--
This message was sent by Atlassian JIRA
(v6.2#6252)