[ 
https://issues.apache.org/jira/browse/LUCENE-8716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16784206#comment-16784206
 ] 

Dawid Weiss commented on LUCENE-8716:
-------------------------------------

The framework just tracks bytes written to sysouts. The problem with Solr tests 
is twofold: they allow cross-suite thread pollution (which may spill stuff from 
other tests to subsequent tests) and async logger (which may have a buffer 
flushed in the next suite with content from the previous one).

These are my guesses, didn't look at the code. An ideal solution would be to 
remove all thread leak filters (that are not default) and somehow plug into the 
logger framework to flush any logged stuff after each test/ suite. I can't help 
you with this at the moment -- swamped with work.

> Test logging can bleed from one suite to another, cause failures due to 
> sysout limits
> -------------------------------------------------------------------------------------
>
>                 Key: LUCENE-8716
>                 URL: https://issues.apache.org/jira/browse/LUCENE-8716
>             Project: Lucene - Core
>          Issue Type: Test
>            Reporter: Hoss Man
>            Priority: Major
>         Attachments: thetaphi_Lucene-Solr-master-Linux_23743.log.txt
>
>
> in solr land, {{HLLUtilTest}} is an incredibly tiny, simple, test that tests 
> a utility method w/o using any other solr features or doing any logging - as 
> such it extends {{LuceneTestCase}} directly, and doesn't use any of the 
> typical solr test framework/plumbing or {{@SuppressSysoutChecks}}
> on a recent jenkins build, {{HLLUtilTest}} failed due to too much sysoutput 
> -- all of which seems to have come from the previous test run on that JVM -- 
> {{TestStressReorder}} -- suggesting that somehow the sysout from one test 
> suite can bleed over into the next suite?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to