[
https://issues.apache.org/jira/browse/LUCENE-9705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17274514#comment-17274514
]
Ignacio Vera commented on LUCENE-9705:
--------------------------------------
There should be no implication for the users. We are constantly introducing new
codecs, normally due to a [change in one the underlaying index
formats|https://github.com/apache/lucene-solr/pull/973] or a [new index
format|https://github.com/apache/lucene-solr/pull/1930].
In Lucene 9.0 we are introducing already a new codec because we are introducing
the new Vectors format. We are only suggesting to create a new version for all
existing formats in this new codec so we can 1) hopefully eliminate technical
debt 2) it will help with LUCENE-9047.
> Move all codec formats to the o.a.l.codecs.Lucene90 package
> -----------------------------------------------------------
>
> Key: LUCENE-9705
> URL: https://issues.apache.org/jira/browse/LUCENE-9705
> Project: Lucene - Core
> Issue Type: Wish
> Reporter: Ignacio Vera
> Priority: Major
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> Current formats are distributed in different packages, prefixed with the
> Lucene version they were created. With the upcoming release of Lucene 9.0, it
> would be nice to move all those formats to just the o.a.l.codecs.Lucene90
> package (and of course moving the current ones to the backwards-codecs).
> This issue would actually facilitate moving the directory API to little
> endian (LUCENE-9047) as the only codecs that would need to handle backwards
> compatibility will be the codecs in backwards codecs.
> In addition, it can help formalising the use of internal versions vs format
> versioning ( LUCENE-9616)
>
--
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
