get a valueChangeEvent for bigDecimal even though user didn't make a change.
----------------------------------------------------------------------------
Key: TRINIDAD-1489
URL:
https://issues.apache.org/jira/browse/TRINIDAD-1489 Project: MyFaces Trinidad
Issue Type: Bug
Reporter: Gabrielle Crawford
When attribute data type is BigDecimal and <af:convertNumber> is used Trin treats the attribute as if the attribute value is changed even though the attribute value has not been changed.
Under the covers the numberConverter is using the java decimalFormat class, and things can get a little funny when you use bigdecimal, because bigdecimal remembers formatting information like scale. So 2.0 is not equal to 2.00 in bigdecimal.
We can add logic to UIXEditableValueHolder that if .equals fails and if the values are the same type and implement comparable we should then check compareTo.
There are 2 workarounds for now.
1] apply the pattern to the bigdecimal in the getter, so in the salary
example code above return newSal instead of sal.
2] check compareTo in the setter, and don't set if you get 0.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
