[
https://issues.apache.org/jira/browse/LUCENE-9705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17276214#comment-17276214
]
Ignacio Vera commented on LUCENE-9705:
--------------------------------------
{quote}for Lucene 9.1 we come up with some new improvement that changes one of
the index formats does that mean that *all* of the formats have to be moved
again?
{quote}
No, doing this change does not change the way we are adding new formats /
modifying existing formats.
{quote}I thought it was nice having old formats easily distinguishable
{quote}
That way of distinguish formats might be misleading. There are currently two
methods to add changes to an index 1) by adding a new format and moving the old
one to backwards codec like we are doing here 2) increasing the internal
version of the index. So it might happen that a new format is not
distinguishable from the previous one except by reading the actual index.
> 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: 50m
> 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: [email protected]
For additional commands, e-mail: [email protected]
