[
https://issues.apache.org/jira/browse/LUCENE-7837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16076617#comment-16076617
]
ASF subversion and git services commented on LUCENE-7837:
---------------------------------------------------------
Commit 43442a6354b911be51be601f035cdcb8fd072b50 in lucene-solr's branch
refs/heads/master from [~jpountz]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=43442a6 ]
LUCENE-7837: Use indexCreatedVersionMajor to fail opening too old indices.
> Use indexCreatedVersionMajor to fail opening too old indices
> ------------------------------------------------------------
>
> Key: LUCENE-7837
> URL: https://issues.apache.org/jira/browse/LUCENE-7837
> Project: Lucene - Core
> Issue Type: Task
> Reporter: Adrien Grand
> Priority: Minor
> Fix For: master (8.0)
>
> Attachments: LUCENE-7837.patch, LUCENE-7837.patch
>
>
> Even though in theory we only support reading indices created with version N
> or N-1, in practice it is possible to run a forceMerge in order to make
> Lucene accept to open the index since we only record the version that wrote
> segments and commit points. However as of Lucene 7.0, we also record the
> major version that was used to initially create the index, meaning we could
> also fail to open N-2 indices that have only been merged with version N-1.
> The current state of things where we could read old data without knowing it
> raises issues with everything that is performed on top of the codec API such
> as analysis, input validation or norms encoding, especially now that we plan
> to change the defaults (LUCENE-7730).
> For instance, we are only starting to reject broken offsets in term vectors
> in Lucene 7. If we do not enforce the index to be created with either Lucene
> 7 or 8 once we move to Lucene 8, then it means codecs could still be fed with
> broken offsets, which is a pity since assuming that offsets go forward makes
> things easier to encode and also potentially allows for better compression.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
