[
https://issues.apache.org/jira/browse/HDFS-3717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13421749#comment-13421749
]
Aaron T. Myers commented on HDFS-3717:
--------------------------------------
Thanks for noticing this, Kihwal.
The patch looks good to me, and I agree that 0.0 seems to make the most sense
for the value of the delta.
One thing I don't understand, though - why didn't this test fail during the
test-patch run of HDFS-3583? For that matter, this test currently passes when
run on my local box, on both trunk and branch-2. Any ideas why this might be?
> Test cases in TestPBHelper fail
> -------------------------------
>
> Key: HDFS-3717
> URL: https://issues.apache.org/jira/browse/HDFS-3717
> Project: Hadoop HDFS
> Issue Type: Bug
> Affects Versions: 2.0.1-alpha
> Reporter: Kihwal Lee
> Assignee: Kihwal Lee
> Fix For: 3.0.0, 2.2.0-alpha
>
> Attachments: hdfs-3717.patch.txt
>
>
> {{org.apache.hadoop.hdfs.protocolPB.TestPBHelper.testConvertBlockCommand}}
> {{org.apache.hadoop.hdfs.protocolPB.TestPBHelper.testConvertLocatedBlock}}
> {{org.apache.hadoop.hdfs.protocolPB.TestPBHelper.testConvertRecoveringBlock}}
> They all fail with:
> {noformat}
> java.lang.AssertionError: Use assertEquals(expected, actual, delta)
> to compare floating-point numbers
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
