struts-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jasper Rosenberg (JIRA)" <>
Subject [jira] Commented: (WW-3188) Don't render action errors/messages when have null message
Date Wed, 15 Jul 2009 01:16:58 GMT


Jasper Rosenberg commented on WW-3188:

Our servers are load balanced and stateless (and we can't rely on a sticky server cookie)
so after a form submission, when we redirect the user back to where they started the form
submission flow (say by clicking on a callout), we often pass an action message in the url
to display in the shared header, for example: "Thank you, your review has been submitted"

It's certainly not my favorite flow in the world, can you recommend a better approach?

> Don't render action errors/messages when have null message
> ----------------------------------------------------------
>                 Key: WW-3188
>                 URL:
>             Project: Struts 2
>          Issue Type: Improvement
>    Affects Versions: 2.1.6
>         Environment: Freemarker
>            Reporter: Jasper Rosenberg
>            Priority: Minor
>             Fix For: 2.1.8
> Often I will end up passing an actionMessage to be rendered via an url such as:
> This message is often set dynamically in the result for a redirect, for example:
> <result type="redirect">${actionMessages[0]}</result>
> But of course there may be no actionMessage actually available, and so the url ends up:

> In this case we end up with one null action message in the actionMessages list, and so
when you use the actionmessage tag, you get a list with "null" as the message.
> I worked around this by just overriding the actionmessage.ftl and actionerror.ftl templates
to check that if the list has content, the first element also "?has_content".  This isn't
terribly general though.  
> I think a decent  improvement would be to just check each action message with ?has_content
(which checks for null and empty string) as you iterate and only render the "li" if it is
true.  Then just only output the starting "ul" when hit the first one, and the terminating
ul if there was a message with content found.

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

View raw message