[
https://issues.apache.org/jira/browse/MYFACES-3024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13007117#comment-13007117
]
Brian Tinnel commented on MYFACES-3024:
---------------------------------------
Just FYI, The problem occurs for any number supplied in the range of 2^(-1022)
– 2^(-1075) and 2^(-1022) – 2^(-1076). The analysis above states that
superfluous characters after the 17th digit do not matter and included an
example of 2.2250738585072012497800001e-308 , however the extra characters do
matter, it is just that the example is not in the range that causes the issue
to happen. Try values like 2.2250738585072012497800001e-308 or
2.2250738585072011997800001e-308 that are within the range and the same looping
condition will occur.
> 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
> Assignee: Mark Struberg
> Priority: Critical
> Fix For: 2.0.4
>
>
> 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