[
https://issues.apache.org/jira/browse/LUCENE-9334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17338845#comment-17338845
]
Ignacio Vera commented on LUCENE-9334:
--------------------------------------
I had a look and I see the problem with the test. We need to add an
IndexWriterConfig with SerialMergeScheduler in order to reproduce the failures:
{code}
IndexWriterConfig iwc = newIndexWriterConfig();
// Else seeds may not reproduce:
iwc.setMergeScheduler(new SerialMergeScheduler());
{code}
Adding that, the following seed reproduces the failure:
{code}
./gradlew cleanTest test --tests TestPerFieldConsistency
-Dtests.seed=C40258ABF5E76DCB -Dtests.multiplier=3 -Dtests.slow=true
-Dtests.locale=te-IN -Dtests.timezone=SystemV/CST6CDT -Dtests.asserts=true
-Dtests.file.encoding=UTF-8
{code}
> Require consistency between data-structures on a per-field basis
> ----------------------------------------------------------------
>
> Key: LUCENE-9334
> URL: https://issues.apache.org/jira/browse/LUCENE-9334
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Adrien Grand
> Priority: Blocker
> Fix For: main (9.0)
>
> Time Spent: 14.5h
> Remaining Estimate: 0h
>
> Follow-up of
> https://lists.apache.org/thread.html/r747de568afd7502008c45783b74cc3aeb31dab8aa60fcafaf65d5431%40%3Cdev.lucene.apache.org%3E.
> We would like to start requiring consitency across data-structures on a
> per-field basis in order to make it easier to do the right thing by default:
> range queries can run faster if doc values are enabled, sorted queries can
> run faster if points by indexed, etc.
> This would be a big change, so it should be rolled out in a major.
> Strict validation is tricky to implement, but we should still implement
> best-effort validation:
> - Documents all use the same data-structures, e.g. it is illegal for a
> document to only enable points and another document to only enable doc values,
> - When possible, check whether values are consistent too.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
