lucenenet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael Garski (JIRA)" <>
Subject [jira] Commented: (LUCENENET-345) [Contrib] Extensions
Date Sun, 28 Feb 2010 00:46:05 GMT


Michael Garski commented on LUCENENET-345:


Moving the filters to another project is not feasible as the TermsFilter uses the FieldEnumerators
and I don't think interdependencies between contrib projects is a good idea.  The project
I contributed is an entire piece of functionality that is not intended to be broken up which
I will continue to maintain and add on to.  Creating projects and test projects for every
two or three classes is not feasible and increases the overhead of maintaining them.

Additionally, I don't think there is any reason to follow the same directory layout as the
Java contrib section as it serves as a place to share functionality that has been created
and contributed.  


> [Contrib] Extensions
> --------------------
>                 Key: LUCENENET-345
>                 URL:
>             Project: Lucene.Net
>          Issue Type: New Feature
>            Reporter: Michael Garski
>         Attachments: LUCENENET-345 Extensions.patch, LUCENENET-345 V2.patch, Queries.Net.rar
> I have created a few generic extensions to Lucene.Net that I use quiet a bit.  It's packaged
up as a VS2008 solution with two projects.  The test project is a Visual Studio test project
as opposed to NUnit, and that can be changed.  Here is a summary of the contents:
> FieldEnumerators : provides foreach syntax support when enumerating over all of the terms
in the index.
> TermVectorEnumerator : provides foreach syntax to allow for enumerating over all of the
term vectors in an index.
> BooleanFilter : combine multiple query filters in various logical combinations.
> TermsFilter : creates a filter from several terms as a logical OR.
> SegmentCache : a generic cache that works with the segment-level searching in Lucene
2.9 to cache any data at the segment level in the same manner as the field cache and  CachingWrapperFilter
which  I've used for caching aggregate data on the documents in a segment for use in diagnostics
and for caching TermVectors.  
> SegmentsGenCommit : adds the ability to open an index from the version specified in the
segments file as opposed to inferring the version from the files in the index directory.
> Refer to the documentation comments and unit tests for how to use the items.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message