[
https://issues.apache.org/jira/browse/LUCENE-2632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13397501#comment-13397501
]
Shai Erera commented on LUCENE-2632:
------------------------------------
I tried "patch --dry-run" and here are the results:
* On 4x, all seem to be well except:
** Lucene40NormsFormat.java and PreFlexRWNormsConsumer.java (some hunk failed)
** SimpleTextNormsConsumer.java does not exist on 4x
* On trunk, all seem to be well except:
** Lucene40NormsFormat.java (hunk failure)
** SimpleTextNormsConsumer.java not found
** PreFlexRWNormsConsumer.java not found, but that's expected as 5.0 won't need
to support pre-flex (3x) indexes
I think then what needs to be done is make the patch apply-able against 4x, and
then we'll 'svn merge' to trunk? I haven't looked at what doesn't apply in
Lucene40NormsFormat though -- will you check it?
> FilteringCodec, TeeCodec, TeeDirectory
> --------------------------------------
>
> Key: LUCENE-2632
> URL: https://issues.apache.org/jira/browse/LUCENE-2632
> Project: Lucene - Java
> Issue Type: New Feature
> Components: core/index
> Affects Versions: 4.0
> Reporter: Andrzej Bialecki
> Attachments: LUCENE-2632.patch, LUCENE-2632.patch, LUCENE-2632.patch,
> LUCENE-2632.patch, LUCENE-2632.patch
>
>
> This issue adds two new Codec implementations:
> * TeeCodec: there have been attempts in the past to implement parallel
> writing to multiple indexes so that they are all synchronized. This was
> however complicated due to the complexity of IndexWriter/SegmentMerger logic.
> The solution presented here offers a similar functionality but working on a
> different level - as the name suggests, the TeeCodec duplicates index data
> into multiple output Directories.
> * TeeDirectory (used also in TeeCodec) is a simple abstraction to perform
> Directory operations on several directories in parallel (effectively
> mirroring their data). Optionally it's possible to specify a set of suffixes
> of files that should be mirrored so that non-matching files are skipped.
> * FilteringCodec is related in a remote way to the ideas of index pruning
> presented in LUCENE-1812 and the concept of tiered search. Since we can use
> TeeCodec to write to multiple output Directories in a synchronized way, we
> could also filter out or modify some of the data that is being written. The
> FilteringCodec provides this functionality, so that you can use like this:
> {code}
> IndexWriter --> TeeCodec
> | |
> | +--> StandardCodec --> Directory1
> +--> FilteringCodec --> StandardCodec --> Directory2
> {code}
> The end result of this chain is two indexes that are kept in sync - one is
> the full regular index, and the other one is a filtered index.
--
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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
