[ 
http://www.stripesframework.org/jira/browse/STS-125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ben Gunter closed STS-125.
--------------------------


> Message lookup improvements to LocalizableError/Message
> -------------------------------------------------------
>
>                 Key: STS-125
>                 URL: http://www.stripesframework.org/jira/browse/STS-125
>             Project: Stripes
>          Issue Type: Improvement
>          Components: Validation
>            Reporter: Tim Fennell
>            Assignee: Tim Fennell
>             Fix For: Release 1.3
>
>
> The ScopedLocalizableError messages produced by Stripes' internal validation 
> encourage the use of keys in the resource bundle like:
>     [ActionPath].[FieldName].[ErrorName]
> for example:
>     /bugzooky/Register.action.username.valueTooShort=Username must be as 
> least 4 characters long!
> When I create error messages in Stripes I've tended to follow a similar 
> pattern, thus constructing error messages like:
>     new 
> LocalizableError("/bugzooky/Register.action.username.usernameAlreadyTaken");
> That's sure a lot of typing!!!  Given that errors are always given access to 
> their action path and field name it might be nice to make LocalizableError a 
> bit more like ScopedLocalizableError, but instead of the user providing the 
> segments it might instead look for:
>   1. error key exactly as given
>   2. [ActionPath].[ErrorKey]
>   3. [ActionPath].[FieldName].[ErrorName] 
> There might be a clean way to make this work be inverting the relationship 
> between LocalizableError and ScopedLocalizableError since the behaviour would 
> be very very similar.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Stripes-development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-development

Reply via email to