You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Julie Tibshirani (Jira)" <ji...@apache.org> on 2021/01/28 18:00:00 UTC

[jira] [Commented] (LUCENE-9705) Move all codec formats to the o.a.l.codecs.Lucene90 package

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

Julie Tibshirani commented on LUCENE-9705:
------------------------------------------

This proposal makes sense to me. I'd be happy to help with the effort if you'd like to split up work.

bq. In addition, it can help formalising the use of internal versions vs format versioning ( LUCENE-9616)

Do we plan to separate out the logic more clearly, and avoid sharing big chunks of logic across format versions (as we do now for example with {{CompressingStoredFieldsReader}})? If so we could take the opportunity to 'start fresh' and reset all internal format versions. Going forward, we could have a clear policy that for any significant change, we should create a new format and copy the old one to backwards-codecs instead of using an internal version. (Perhaps we'll even find that internal versions are not useful in some places and choose to remove them?)


> 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
>
> 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-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org