[
https://issues.apache.org/jira/browse/SOLR-9976?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15826900#comment-15826900
]
ASF subversion and git services commented on SOLR-9976:
-------------------------------------------------------
Commit 39eec660ca79b62947321390e07e83d84be419e5 in lucene-solr's branch
refs/heads/master from Chris Hostetter
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=39eec66 ]
SOLR-9976: Fix init bug in SegmentsInfoRequestHandlerTest
> SegmentsInfoRequestHandlerTest has test method order execution problems
> -----------------------------------------------------------------------
>
> Key: SOLR-9976
> URL: https://issues.apache.org/jira/browse/SOLR-9976
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Hoss Man
> Assignee: Hoss Man
>
> while helping to run tests on a feature branch, sarowe found this failure...
> {noformat}
> [junit4] 2> NOTE: reproduce with: ant test
> -Dtestcase=SegmentsInfoRequestHandlerTest -Dtests.method=testSegmentInfosData
> -Dtests.seed=5BB5CF0D868944FB -Dtests.slow=true -Dtests.locale=zh-CN
> -Dtests.timezone=Pacific/Samoa -Dtests.asserts=true
> -Dtests.file.encoding=UTF-8
> [junit4] ERROR 0.12s J11 |
> SegmentsInfoRequestHandlerTest.testSegmentInfosData <<<
> [junit4] > Throwable #1: java.lang.RuntimeException: Exception during
> query
> [junit4] > at
> __randomizedtesting.SeedInfo.seed([5BB5CF0D868944FB:271CED563061F364]:0)
> [junit4] > at
> org.apache.solr.SolrTestCaseJ4.assertQ(SolrTestCaseJ4.java:821)
> [junit4] > at
> org.apache.solr.handler.admin.SegmentsInfoRequestHandlerTest.testSegmentInfosData(SegmentsInfoRequestHandlerTest.java:71)
> [junit4] > at java.lang.Thread.run(Thread.java:745)
> [junit4] > Caused by: java.lang.RuntimeException: REQUEST FAILED:
> xpath=10=sum(//lst[@name='segments']/lst/int[@name='size'])
> [junit4] > xml response was: <?xml version="1.0" encoding="UTF-8"?>
> [junit4] > <response>
> [junit4] > <lst name="responseHeader"><int name="status">0</int><int
> name="QTime">0</int></lst><lst name="segments"><lst name="_4"><str
> name="name">_4</str><int name="delCount">5</int><long
> name="sizeInBytes">1995</long><int name="size">9</int><date
> name="age">2017-01-16T06:10:10.308Z</date><str name="source">merge</str><str
> name="version">7.0.0</str><bool name="mergeCandidate">true</bool></lst><lst
> name="_5"><str name="name">_5</str><int name="delCount">0</int><long
> name="sizeInBytes">1562</long><int name="size">5</int><date
> name="age">2017-01-16T06:10:10.341Z</date><str name="source">flush</str><str
> name="version">7.0.0</str><bool name="mergeCandidate">true</bool></lst></lst>
> [junit4] > </response>
> {noformat}
> ...this failure reproduces (on master at least), but only if you remove the
> {{-Dtests.method=testSegmentInfosData}} restriction so that all tests run.
> At quick glance, it's pretty obvious this test doesn't do proper cleanup
> between methods before rebuilding the index (AFAICT there's no reason not to
> just build the index once in {{\@BeforeClass}}) and that seems to be leading
> to failures if the methods are executed in a particular order such that the
> method counting total docs/deletes in all segments runs after enough docs
> have been added to trigger a merge. (pretty sure we also need to force the
> merge policy settings to ensure it doesn't randomly merge)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
