You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Don Brown (JIRA)" <ji...@apache.org> on 2007/05/22 14:46:43 UTC

[jira] Resolved: (WW-1862) Chaining result from input to another action never excutes chained target.

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

Don Brown resolved WW-1862.
---------------------------

    Resolution: Not A Problem

In general, action chaining is discouraged.  Try to push the logic down a layer.  However, the Struts user mailing list is the better place to ask these questions as JIRA is only for confirmed Struts bugs.

> Chaining result from input to another action never excutes chained target.
> --------------------------------------------------------------------------
>
>                 Key: WW-1862
>                 URL: https://issues.apache.org/struts/browse/WW-1862
>             Project: Struts 2
>          Issue Type: Bug
>            Reporter: spencer p
>
> I have two actions.  The first submits to the other.
> <action name="x" class="y">
>  <result name="success">
>  ...
>  </result>
> </action>
> <action name="z" class="a">
>  <result name="input" type="chain">
>    x
>  </result>
> </action>
> If action z returns success, with no action errors populated, everything works fine.  if z has an action error or returns input, things don't work out properly.  Will i have to write a separate action called x-success-with-input-errors? (Or similar functionality)
> If I don't define an result in action 'x', it complains.  Fair enough.  Once I define the result, the class 'y' is never executed.  It tries to render the template provided in the result under the x action.  is it because I am returning input instead of success?  Is it possible to map from one result name to another so I can get class y to execute?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.