Exactly, I followed the example Dave mentioned......................
<action name="auditLogQueryReport" class="
com.fanniemae.customersolutions.ess.webapp.action.common.BaseAction">
<result name="success" type="redirect-action">
<param name="actionName">runQueryReport</param>
<param name="namespace">/queryReport</param>
<param name="queryReportBeanName">auditLogReport</param>
</result>
</action>
<action name="runQueryReport" class="
com.fanniemae.customersolutions.ess.webapp.action.queryreport.QueryReportAction
">
<result name="success">/pages/includes/query.jsp</result>
</action>
according to the documentation if I have a setter/getter for
'queryReportBeanName' on my QueryReportAction, and if I use ActionMapper, it
should populate it.
On 2/7/07, Dave Newton <[EMAIL PROTECTED]> wrote:
--- cilquirm <[EMAIL PROTECTED]> wrote:
> By specifying the "queryReportBeanName" inside the
> <result/> tag, you're actually setting the value on
> the redirect-action object [...]
> if you want to set a static param on your own action
> then take it out from under the <result/> tag and
put
> it in inside the <action/> tag.
Just a clarification, that is direct contradiction to
the docs at
http://cwiki.apache.org/WW/redirect-action-result.html:
<package name="passingRequestParameters"
extends="struts-default"
namespace="/passingRequestParameters">
<-- Pass parameters (reportType, width and height)
-->
<!--
The redirect-action url generated will be :
/genReport/generateReport.action?reportType=pie&width=100&height=100
-->
<action name="gatherReportInfo" class="...">
<result name="showReportResult"
type="redirect-action">
<param
name="actionName">generateReport</param>
<param name="namespace">/genReport</param>
<param name="reportType">pie</param>
<param name="width">100</param>
<param name="height">100</param>
</result>
</action>
</package>
because you're passing parameters to the *result*
action, NOT the action that is *generating* the
result.
This issue is in JIRA at
https://issues.apache.org/struts/browse/WW-1714
So either the docs are wrong, or there's a bug.
d.
____________________________________________________________________________________
Cheap talk?
Check out Yahoo! Messenger's low PC-to-Phone call rates.
http://voice.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Ravi Mangalagiri
www.bluepitch.org (My personal website. Coming soon!)
703-505-4240 (c)
