myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Matthias Wessendorf" <mat...@apache.org>
Subject Re: NumberConverter has issue with BigDecimal
Date Tue, 17 Jun 2008 01:21:40 GMT
On Mon, Jun 16, 2008 at 6:19 PM, Mike Kienenberger <mkienenb@gmail.com> wrote:
> Yes, I believe that the sandbox uses Java 1.4.
>
> There's still other pitfalls to avoid with standard java parsing, though:
>
> http://www.ibm.com/developerworks/java/library/j-numberformat/index.html
>
> I thought this was covered in Tomahawk 610, but apparently not.
> Adding a comment about it.

thanks!
-Matthias

>
> On 6/16/08, Matthias Wessendorf <matzew@apache.org> wrote:
>> On Fri, Jun 13, 2008 at 6:04 AM, Mike Kienenberger <mkienenb@gmail.com> wrote:
>>
>> > Use the sandbox convertNumber with a BigDecimal type.
>>
>> Ok,
>>  I don't use this now.
>>  Since Java5 there is a parseBigDecimal() on DecimalFormat.
>>  In Trinidad I just turn that guy on. So, that fixes it.
>>
>>  Sandbox still still requires Java1.4, right?
>>
>>
>>  -matthias
>>
>>
>>
>>  >
>>  > You may also want to take a few minutes and add the workaround for the
>>  > bug in the java currency parser (DecimalFormat) as described in
>>  >
>>  >  http://issues.apache.org/jira/browse/TOMAHAWK-610
>>  >
>>  > if it hasn't already been taken care of.
>>  >
>>  > On 6/13/08, Matthias Wessendorf <matzew@apache.org> wrote:
>>  >> On Thu, Jun 12, 2008 at 9:55 PM, Leonardo Uribe <lu4242@gmail.com>
wrote:
>>  >>  > BigDecimal converter could solve this problem, maybe this value is
converted
>>  >>  > as double or float as is.
>>  >>
>>  >>
>>  >> ok, the demo was a little bit to simple.
>>  >>  We want currency formatting etc. Means what the convertNumber actually
does.
>>  >>
>>  >>
>>  >>  -Matthias
>>  >>
>>  >>
>>  >>  >
>>  >>  > regards
>>  >>  >
>>  >>  > Leonardo Uribe
>>  >>  >
>>  >>  > On Thu, Jun 12, 2008 at 11:45 PM, Matthias Wessendorf <matzew@apache.org>
>>  >>  > wrote:
>>  >>  >>
>>  >>  >> Hi,
>>  >>  >>
>>  >>  >> perhaps someone of you knows a workaround for this:
>>  >>  >>
>>  >>  >> Take this JSP code:
>>  >>  >> <h:inputText value="#{bean.number}">
>>  >>  >>  <f:convertNumber />
>>  >>  >> </h:inputText>
>>  >>  >>
>>  >>  >> For instance, when the entered value is "333.111" the actual
stored
>>  >>  >> value is 333.1109999999999899955582804977893829345703125
>>  >>  >>
>>  >>  >> I think the mathematic explanation for that in here:
>>  >>  >> http://en.wikipedia.org/wiki/Floating_point#Accuracy_problems
>>  >>  >>
>>  >>  >> My users want to have 333.111 instead of the accurate value...
>>  >>  >>
>>  >>  >> Any ideas?
>>  >>  >>
>>  >>  >> Thanks!
>>  >>  >>
>>  >>  >> --
>>  >>  >> Matthias Wessendorf
>>  >>  >>
>>  >>  >> further stuff:
>>  >>  >> blog: http://matthiaswessendorf.wordpress.com/
>>  >>  >> sessions: http://www.slideshare.net/mwessendorf
>>  >>  >> mail: matzew-at-apache-dot-org
>>  >>  >
>>  >>  >
>>  >>
>>  >>
>>  >>
>>  >>
>>  >> --
>>  >>
>>  >> Matthias Wessendorf
>>  >>
>>  >>  further stuff:
>>  >>  blog: http://matthiaswessendorf.wordpress.com/
>>  >>  sessions: http://www.slideshare.net/mwessendorf
>>  >>  mail: matzew-at-apache-dot-org
>>  >>
>>  >
>>
>>
>>
>>
>> --
>>
>> Matthias Wessendorf
>>
>>  further stuff:
>>  blog: http://matthiaswessendorf.wordpress.com/
>>  sessions: http://www.slideshare.net/mwessendorf
>>  mail: matzew-at-apache-dot-org
>>
>



-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org

Mime
View raw message