lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Male (JIRA)" <>
Subject [jira] [Updated] (LUCENE-3271) Move 'good' contrib/queries classes to Queries module
Date Mon, 15 Aug 2011 03:08:27 GMT


Chris Male updated LUCENE-3271:

    Attachment: LUCENE-3271-good-queries.patch

I'll leave the regex stuff aside for a bit.

New patch which moves remainder of good queries to their new homes.  Most are moved to the
queries module.

This just leaves the bad eggs in the queries contrib.  I'll move them out next.

> Move 'good' contrib/queries classes to Queries module
> -----------------------------------------------------
>                 Key: LUCENE-3271
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Improvement
>            Reporter: Chris Male
>         Attachments: LUCENE-3271-MLT.patch, LUCENE-3271-MLT.patch, LUCENE-3271-good-queries.patch,
> With the Queries module now filled with the FunctionQuery stuff, we should look at closing
down contrib/queries.  While not a huge contrib, it contains a number of pretty useful classes
and some that should go elsewhere.
> Heres my proposed plan:
> - similar.* -> suggest module
> - regex.* -> queries module
> - BooleanFilter -> queries module under .filters package
> - BoostingQuery -> queries module
> - ChainedFilter -> queries module under .filters package
> - DuplicateFilter -> queries module under .filters package
> - FieldCacheRewriteMethod -> This doesn't belong in this contrib or the queries module.
 I think we should push it to contrib/misc for the time being.  It seems to have quite a few
constraints on when its useful.  If indeed CONSTANT_SCORE_AUTO rewrite is better, then I dont
see a purpose for it.
> - FilterClause -> class inside BooleanFilter
> - FuzzyLikeThisQuery -> suggest module. This class seems a mess with its Similarity
hardcoded.  With all that said, it does seem to do what it claims and with some cleanup, it
could be good.
> - TermsFilter -> queries module under .filters package
> - SlowCollated* -> They can stay in the module till we have a better place to nuke
> One of the implications of the above moves, is that the xml-query-parser, which supports
many of the queries, will need to have a dependency on the queries module.  But that seems
unavoidable at this stage.

This message is automatically generated by JIRA.
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message