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

ASF subversion and git services commented on SOLR-9367:
-------------------------------------------------------

Commit c17605b4a9978311b6b231f202d70dd800e473e6 in lucene-solr's branch 
refs/heads/branch_6x from Chris Hostetter
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=c17605b ]

SOLR-9363: tweak test to work around SOLR-9366 + SOLR-9367 since those issues 
are not key to what's being tested here

(cherry picked from commit 04321c401c6584395c76c509f8513c5e5e4730ee)


> TestInjection's use of a static Random means that sequences of events can be 
> diff for the same test seed depending on wether individual methods are run, 
> or entire test classes, or multiple classes in the same slave JVM
> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-9367
>                 URL: https://issues.apache.org/jira/browse/SOLR-9367
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Hoss Man
>
> While digging through SOLR-9363, I realized that the reason the failures 
> reproduced when running the entire {{-Dtestcase}} but not the individual 
> {{-Dtests.method}} was because TestInjection was behaving differently in 
> those cases.
> This is because TestInjection uses a static Random instance -- allthough it 
> is initialized based on the {{tests.seed}} sysprop to _try_ to be 
> reproducible, it's behavior still very much depends on how many testcases are 
> run in that slave JVM, and/or how many test methods are run.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to