[ https://issues.apache.org/jira/browse/MAPREDUCE-1155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12795424#action_12795424 ]
Kay Kay commented on MAPREDUCE-1155: ------------------------------------ {quote} Yes, I elected to do the cleanup in the setup method as a bandaid - I couldn't figure out which tests were leaving junk lying around, so I did the recursive delete at the start. I also sometimes find this technique to be handy since the developer can investigate the state of the test directory after the test has failed. If there's a tearDown method, the state that contained the failure is gone by the time the developer sees that the test failed. {quote} I would vote for a failure of tearDown method by a given test case , so when I see a batch of test failures , after a tearDown failure - I can make a reasonable assumption that there is only 1 base issue that we are concerned about , and the rest may be bogus. Case in point: I was trying to TestStreamingExitStatus / TestStreamingKeyValue test cases. The former did not have a proper cleanup , while the latter failed because of the same. It took me quite a lot of time before concluding that the latter does not have any issue by itself except for incorrect test fixture assumptions. But as I said - this is something that can be taken up in a separate bug - but given that this patch seems to make the build green and address the primary issue of swallowing exceptions I would say - go ahead and commit this while we discuss the fixtures in a separate bug altogether. > Streaming tests swallow exceptions > ---------------------------------- > > Key: MAPREDUCE-1155 > URL: https://issues.apache.org/jira/browse/MAPREDUCE-1155 > Project: Hadoop Map/Reduce > Issue Type: Bug > Components: contrib/streaming > Affects Versions: 0.20.1, 0.21.0, 0.22.0 > Reporter: Todd Lipcon > Assignee: Todd Lipcon > Priority: Minor > Attachments: mapreduce-1155.patch, mapreduce-1155.patch, > mapreduce-1155.txt, mapreduce-1155.txt > > > Many of the streaming tests (including TestMultipleArchiveFiles) catch > exceptions and print their stack trace rather than failing the job. This > means that tests do not fail even when the job fails. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.