[
https://issues.apache.org/jira/browse/MYFACES-2970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leonardo Uribe resolved MYFACES-2970.
-------------------------------------
Resolution: Fixed
Fix Version/s: 2.0.3-SNAPSHOT
1.2.10-SNAPSHOT
1.1.9-SNAPSHOT
> f:convertNumber conversion is not symmetric when currencyCode and
> currencySymbol are used
> -----------------------------------------------------------------------------------------
>
> Key: MYFACES-2970
> URL: https://issues.apache.org/jira/browse/MYFACES-2970
> Project: MyFaces Core
> Issue Type: Bug
> Components: JSR-127, JSR-252, JSR-314
> Affects Versions: 1.1.8, 1.2.9, 2.0.2
> Reporter: Leonardo Uribe
> Assignee: Leonardo Uribe
> Fix For: 1.1.9-SNAPSHOT, 1.2.10-SNAPSHOT, 2.0.3-SNAPSHOT
>
>
> Checking some code on myfaces commons, I notice f:convertNumber conversion is
> not symmetric when currencyCode and currencySymbol are used.
> The problem can be seen when an application has one locale, but you require
> the field read a different currency for the default one. The solution is call
> formatCurrency too from getAsObject method.
> It seems MyFaces implements the javadoc description for NumberConverter
> without think carefully if that description was complete or not. On
> getAsString it says:
> "...If the type is set to currency, it is also possible to configure the
> currency symbol to be used, using either the currencyCode or currencySymbol
> properties. If both are set, the value for currencyCode takes precedence on a
> JDK 1.4 (or later) JVM; otherwise, the value for currencySymbol takes
> precedence...."
> But if that so, and getAsObject receive the string formatted with the
> previous rule, it should take into account the configured
> currencyCode/currencySymbol.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
