[
https://issues.apache.org/jira/browse/LUCENE-5622?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dawid Weiss updated LUCENE-5622:
--------------------------------
Description:
Some tests print so much stuff they are now undebuggable (see LUCENE-5612).
>From now on, when tests.verbose is false, the number of bytes printed to
>standard output and error streams will be accounted for and if it exceeds a
>given limit an assertion will be thrown. The limit is adjustable per-suite
>using Limit annotation, with the default of 8kb per suite. The check can be
>suppressed entirely by specifying SuppressSysoutChecks.
was:
Some tests print so much stuff they are now undebuggable (see LUCENE-5612).
I think its bad that the testrunner hides this stuff, we used to stay on top of
it. Instead, whne tests.verbose is false, we should install a printstreams
(system.out/err) that fail the test instantly because they are noisy.
This will ensure that our tests don't go out of control.
> Fail tests if they print over the given limit of bytes to System.out or
> System.err
> ----------------------------------------------------------------------------------
>
> Key: LUCENE-5622
> URL: https://issues.apache.org/jira/browse/LUCENE-5622
> Project: Lucene - Core
> Issue Type: Bug
> Reporter: Robert Muir
> Assignee: Dawid Weiss
> Attachments: LUCENE-5622.patch, LUCENE-5622.patch, LUCENE-5622.patch,
> LUCENE-5622.patch
>
>
> Some tests print so much stuff they are now undebuggable (see LUCENE-5612).
> From now on, when tests.verbose is false, the number of bytes printed to
> standard output and error streams will be accounted for and if it exceeds a
> given limit an assertion will be thrown. The limit is adjustable per-suite
> using Limit annotation, with the default of 8kb per suite. The check can be
> suppressed entirely by specifying SuppressSysoutChecks.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]