That should not be necessary. Could you please register a JIRA issue,
and if possible, a simple app that can reproduce the issue?
Thanks.
Nils-H
On Mon, Feb 9, 2009 at 9:09 PM, Dean Pullen <dean.pul...@msp-uk.com> wrote:
> It's a bit odd, but I seem to have got it working finally.
> I've set the messageStoreInterceptor before the portletDefaultStack.
>
> This threw an error about ItemView that having an input result - a bit
> odd considering it's the ItemEdit that needs the input result.
>
> I added this, and it magically works.
>
> Not sure this is the behaviour we'd expect, or even want - but it
> certainly seems to work.
>
> I also added a <param name="title">${title}</param>, for each relevant
> param, to the input redirectAction to ensure the user's input was not
> lost during the failed validation redirect.
>
> -----Original Message-----
> From: Dean Pullen [mailto:dean.pul...@msp-uk.com]
> Sent: 09 February 2009 19:31
> To: Struts Users Mailing List
> Subject: RE: Struts 2 Portlet Validation Problems
>
> I've tried, and reverted back for now, to using the
> MessageStoreInterceptor with no success, the messages are still lost.
> We've successfully used the MessageStoreInterceptor on non-portlet
> applications.
>
> Annoyingly, anything you input on the form is also lost, which will
> cause much chagrin for end-users.
>
> E.g.
> <action name="ItemView" class="com.msp.portlets.ItemAction">
> <interceptor-ref name="portletDefaultStack"/>
> <interceptor-ref name="messageStoreInterceptor">
> <param
> name="operationMode">RETRIEVE</param>
> </interceptor-ref>
>
> <result>/WEB-INF/jsp/welcome/admin/item.jsp</result>
> </action>
>
> <action name="ItemEdit"
> class="com.msp.portlets.ItemAction"
> method="editItem">
> <interceptor-ref name="portletDefaultStack"/>
> <interceptor-ref name="messageStoreInterceptor">
> <param
> name="operationMode">STORE</param>
> </interceptor-ref>
> <result type="redirectAction" name="success">
> <param
> name="actionName">ItemView</param>
> </result>
> <result type="redirectAction" name="input">
> <param
> name="actionName">ItemView</param>
> </result>
> </action>
>
> Dean.
>
> -----Original Message-----
> From: Musachy Barroso [mailto:musa...@gmail.com]
> Sent: 09 February 2009 19:19
> To: Struts Users Mailing List
> Subject: Re: Struts 2 Portlet Validation Problems
>
> Messages will be lost if a redirectAction is used, unless the
> MessageStoreInterceptor is used, or is that different in portlets
> Nils?
>
> musachy
>
> On Mon, Feb 9, 2009 at 1:54 PM, Dean Pullen <dean.pul...@msp-uk.com>
> wrote:
>> I can confirm that using validation xml instead of annotations does
>> exactly the same thing.
>>
>> i.e. a forward to a JSP will display the messages, a redirectAction
> type
>> result will 'lose' the messages during the dispatch.
>>
>> Dean.
>>
>> -----Original Message-----
>> From: Nils-Helge Garli Hegvik [mailto:nil...@gmail.com]
>> Sent: 09 February 2009 18:07
>> To: Struts Users Mailing List
>> Subject: Re: Struts 2 Portlet Validation Problems
>>
>> Yeah, you're right... It's not using annotations. Have you tried with
>> xml validation? It's not a solution, but at least it will narrow down
>> the problem.
>>
>> Nils-H
>>
>> On Mon, Feb 9, 2009 at 7:00 PM, Dean Pullen <dean.pul...@msp-uk.com>
>> wrote:
>>> Nils-H,
>>>
>>> Thanks for the reply.
>>>
>>> I've looked at them - none of them actually use the annotations as
>> such.
>>>
>>> It's definitely not working with or without MessageStoreInterceptor
>> when
>>> you utilise a redirect - it's absolutely fine if you simply replace
>> the
>>> redirect with a simple JSP result.
>>>
>>> Dean.
>>>
>>> -----Original Message-----
>>> From: Nils-Helge Garli Hegvik [mailto:nil...@gmail.com]
>>> Sent: 09 February 2009 17:57
>>> To: Struts Users Mailing List
>>> Subject: Re: Struts 2 Portlet Validation Problems
>>>
>>> Have you tried installing the portlet sample app? I believe there are
>>> a couple of validation scenarios there. As far as I know, it should
>>> work. You shouldn't even need the MessageStoreInterceptor, since the
>>> portlet default stack should handle preserving messages across
>>> redirects.
>>>
>>> Nils-H
>>>
>>> On Mon, Feb 9, 2009 at 6:33 PM, Dean Pullen <dean.pul...@msp-uk.com>
>>> wrote:
>>>> Hi all,
>>>>
>>>>
>>>>
>>>> We've been trying to get validation (using annotations) working
>> within
>>> a
>>>> Struts Portlet for a couple of days - without success, when the
> input
>>> is
>>>> a redirectAction.
>>>>
>>>> When the input result is a JSP, it works fine. We're using the
>>>> messageStoreInterceptor.
>>>>
>>>>
>>>>
>>>> We're using JBoss Portal 2.7.1 and Struts 2.1.6.
>>>>
>>>>
>>>>
>>>> It seems we're correctly directed back to the input when Validation
>>>> isn't passed, but we cannot pick up the error messages using the
>> usual
>>>> tags:
>>>>
>>>> <s:actionerror />
>>>>
>>>> <s:fielderror />
>>>>
>>>>
>>>>
>>>> We're utilising the portletDefaultStack and our Portlet package is
>>>> extending struts-portlet-default. Our package has no name-space set.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> For example this is the view, which is the input of the edit action:
>>>>
>>>> <action name="ItemView" class="com.msp.portlets.ItemAction">
>>>>
>>>> <interceptor-ref
>>>> name="portletDefaultStack"/>
>>>>
>>>>
>>>> <interceptor-ref
>>>> name="messageStoreInterceptor">
>>>>
>>>>
> <param
>>>> name="operationMode">RETRIEVE</param>
>>>>
>>>> </interceptor-ref>
>>>>
>>>>
>>>> <result>/WEB-INF/jsp/welcome/admin/item.jsp</result>
>>>>
>>>> </action>
>>>>
>>>>
>>>>
>>>> This is the edit action:
>>>>
>>>> <action name="ItemEdit" class="com.msp.portlets. ItemAction"
>>>> method="itemEdit">
>>>>
>>>> <interceptor-ref
>>>> name="portletDefaultStack"/>
>>>>
>>>> <interceptor-ref
>>>> name="messageStoreInterceptor">
>>>>
>>>>
> <param
>>>> name="operationMode">STORE</param>
>>>>
>>>> </interceptor-ref>
>>>>
>>>>
>>>> <result
>>>> type="redirectAction" name="success">
>>>>
>>>>
> <param
>>>> name="actionName">ItemView</param>
>>>>
>>>>
> <param
>>>> name="itemId">${itemId}</param>
>>>>
>>>> </result>
>>>>
>>>> <result
>>>> type="redirectAction" name="input">
>>>>
>>>>
> <param
>>>> name="actionName"> ItemView </param>
>>>>
>>>> </result>
>>>>
>>>> </action>
>>>>
>>>>
>>>>
>>>> Does anyone know what the problem could be?
>>>>
>>>>
>>>>
>>>> Thanks in advance.
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>
>>>
>>> Scanned by MailDefender - managed email security from intY -
>>> www.maildefender.net
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>> For additional commands, e-mail: user-h...@struts.apache.org
>>
>>
>> Scanned by MailDefender - managed email security from intY -
>> www.maildefender.net
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>> For additional commands, e-mail: user-h...@struts.apache.org
>>
>>
>
>
>
> --
> "Hey you! Would you help me to carry the stone?" Pink Floyd
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>
> Scanned by MailDefender - managed email security from intY -
> www.maildefender.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>
> Scanned by MailDefender - managed email security from intY -
> www.maildefender.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org
