[
https://issues.apache.org/jira/browse/MYFACES-3024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12990670#comment-12990670
]
Andy Schwartz commented on MYFACES-3024:
----------------------------------------
There is an addendum to the original article that mentions that equivalent
forms of the same value also trigger the problem:
> As pointed out in the comments below, equivalent forms of the number
> cause the problem as well; examples:
>
> 0.00022250738585072012e-304 (decimal point placement)
> 00000000002.2250738585072012e-308 (leading zeros)
> 2.225073858507201200000e-308 (trailing zeros)
> 2.2250738585072012e-00308 (leading zeros in the exponent)
> 2.2250738585072012997800001e-308 (superfluous digits beyond digit 17)
This makes a robust fix more difficult.
> MyFaces hangs when converting 2.2250738585072012e-308
> -----------------------------------------------------
>
> Key: MYFACES-3024
> URL: https://issues.apache.org/jira/browse/MYFACES-3024
> Project: MyFaces Core
> Issue Type: Bug
> Reporter: Matthias Weßendorf
> Priority: Critical
>
> I read
> http://www.exploringbinary.com/java-hangs-when-converting-2-2250738585072012e-308/
> Nice! and it even works with JSF :-)
> Looking at the MyFaces (double) converter, I see "Double.valueOf()"
> Now, I did a quick check, with Trinidad (disabled client-side validation) and
> MyFaces (since Trinidad calls super.getAsObject()).
> Entering "2.2250738585072012e-308" into a field, that has a double converter
> is keeping my JVM _really_ busy ! :)
> Sweet!
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
