[
https://issues.apache.org/jira/browse/SOLR-14099?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16997534#comment-16997534
]
Chris M. Hostetter commented on SOLR-14099:
-------------------------------------------
SOLR-13662 added {{@LogLevel("org.apache=INFO")}} to {{PackageManagerCLITest}}
and since that time, we've seen a big uptick in failures from
{{LoggingHandlerTest.testLogLevelHandlerOutput}} which tries to assert that the
level of the {{"org.apache"}} handler (in default solr operation) should be
reported as {{null}} ...
{noformat}
[junit4] 2> NOTE: reproduce with: ant test -Dtestcase=LoggingHandlerTest
-Dtests.method=testLogLevelHandlerOutput -Dtests.seed=AF55E044D1AF1B63
-Dtests.multiplier=2 -Dtests.slow=true -Dtests.locale=en-BZ
-Dtests.timezone=US/Mountain -Dtests.asserts=true -Dtests.file.encoding=UTF-8
[junit4] ERROR 0.16s J1 | LoggingHandlerTest.testLogLevelHandlerOutput <<<
[junit4] > Throwable #1: java.lang.RuntimeException: Exception during
query
[junit4] > at
__randomizedtesting.SeedInfo.seed([AF55E044D1AF1B63:340EA5CC8C1EA59A]:0)
[junit4] > at
org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:1002)
[junit4] > at
org.apache.solr.handler.admin.LoggingHandlerTest.testLogLevelHandlerOutput(LoggingHandlerTest.java:55)
[junit4] > at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit4] > at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[junit4] > at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[junit4] > at
java.base/java.lang.reflect.Method.invoke(Method.java:566)
[junit4] > at java.base/java.lang.Thread.run(Thread.java:834)
[junit4] > Caused by: java.lang.RuntimeException: REQUEST FAILED:
xpath=//arr[@name='loggers']/lst/str[.='org.apache']/../null[@name='level']
[junit4] > xml response was: <?xml version="1.0" encoding="UTF-8"?>
...
<lst><str name="name">org.apache</str><str name="level">INFO</str><bool
name="set">true</bool></lst>
...
{noformat}
...the only commonality in all of these jenkins failures is that
{{PackageManagerCLITest}} had previously run in the same JVM.
This is trivially to reproduce locally when that
{{@LogLevel("org.apache=INFO")}} annotation is in place when
{{PackageManagerCLITest}} ...
{noformat}
hossman@slate:~/lucene/alt_dev/solr/core [j11] [master] $ git rev-parse HEAD
b5a2cfba4fd9d9443eaf07e4c93540aaed1c3634
hossman@slate:~/lucene/alt_dev/solr/core [j11] [master] $ ant test
-Dtests.jvms=1 -Dtests.multiplier=3 -Dtests.nightly=true
'-Dtests.class=*PackageManagerCLITest|*LoggingHandlerTest'
-Dtests.seed=4E701C1576F92787
...
[junit4] Tests with failures [seed: 4E701C1576F92787]:
[junit4] -
org.apache.solr.handler.admin.LoggingHandlerTest.testLogLevelHandlerOutput
{noformat}
...but both tests pass just fine if the annotation is removed
Something is clearly wrong with {{@LogLevel}}
> @LogLevel annotation not properly reseting after end of test (causes
> LoggingHandlerTest.testLogLevelHandlerOutput failures)
> ---------------------------------------------------------------------------------------------------------------------------
>
> Key: SOLR-14099
> URL: https://issues.apache.org/jira/browse/SOLR-14099
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Chris M. Hostetter
> Priority: Major
>
> We've seen a recent uptick in jenkins failures from
> {{LoggingHandlerTest.testLogLevelHandlerOutput}} that indicate the @LogLevel
> usage in other tests that have run earlier in the same JVM are _NOT_ properly
> being reset when those tests complete.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
