[
https://issues.apache.org/jira/browse/LUCENE-2621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13114022#comment-13114022
]
Michael McCandless commented on LUCENE-2621:
--------------------------------------------
Awesome!
I think, like the postings, we can add a .merge() method, and the impl for that
would do bulk-merge when it can?
On the restructuring, maybe we can go back to a PerFieldCodecWrapper, which is
itself a Codec? This would simplify CodecProvider back to just being a name ->
Codec instance provider? We would still use SegmentCodecs/FieldInfo(s) to
compute/record the codecID, though, in theory this could become "private" to
PFCW once it's a Codec again.
> Extend Codec to handle also stored fields and term vectors
> ----------------------------------------------------------
>
> Key: LUCENE-2621
> URL: https://issues.apache.org/jira/browse/LUCENE-2621
> Project: Lucene - Java
> Issue Type: Improvement
> Components: core/index
> Affects Versions: 4.0
> Reporter: Andrzej Bialecki
> Assignee: Robert Muir
> Labels: gsoc2011, lucene-gsoc-11, mentor
> Attachments: LUCENE-2621_rote.patch
>
>
> Currently Codec API handles only writing/reading of term-related data, while
> stored fields data and term frequency vector data writing/reading is handled
> elsewhere.
> I propose to extend the Codec API to handle this data as well.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
