[
https://issues.apache.org/jira/browse/LUCENE-2621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13145771#comment-13145771
]
Robert Muir commented on LUCENE-2621:
-------------------------------------
OK I think the stored fields are all cleaned up in the lucene2621 branch: the
issues Andrzej encountered
when trying to extend it should no longer be an issue: fdx/fdt are no longer in
IndexFileNames (but codec-private),
codecs can override how merging happens for stored fields (the default is just
the obvious impl),
the indexinput/output "raw" methods for bulk merging are removed from the
abstract API and only
inside DefaultFieldsReader/Writer, DefaultFieldsWriter overrides merge() and
uses bulk optimisations
when the paired-up reader is also a DefaultFieldsReader
Before merging to trunk, i think we need a SimpleText stored fields
implementation to ensure everything is ok...
I'll try to do this next.
> 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.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
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]
