lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (JIRA)" <>
Subject [jira] Resolved: (LUCENE-453) Using MultiSearcher and ParallelMultiSearcher can change the sort order.
Date Thu, 10 Nov 2005 06:00:03 GMT
     [ ]
Yonik Seeley resolved LUCENE-453:

    Fix Version: 1.9
     Resolution: Fixed
      Assign To: Yonik Seeley

Thanks for the patch Luc!
I've applied it to the current dev version (1.9).

> Using MultiSearcher and ParallelMultiSearcher can change the sort order.
> ------------------------------------------------------------------------
>          Key: LUCENE-453
>          URL:
>      Project: Lucene - Java
>         Type: Bug
>   Components: Search
>     Versions: CVS Nightly - Specify date in submission
>  Environment: Checked with revision 314961 on 2005-10-12
>     Reporter: Luc Vanlerberghe
>     Assignee: Yonik Seeley
>      Fix For: 1.9
>  Attachments: FieldDocSortedHitQueue.diff, TestSort.diff
> When using multiple sort criteria the first criterium that indicates a difference should
be used.
> When a field does not exist for a given document, special rules apply.
> From what I see in the code, it is sorted as 0 for integer and float fields, and null
Strings are sorted before others.
> This works correctly in both Lucene 1.4.3 and in trunk as long as you use a single IndexSearcher
(except perhaps in special cases, see other bug reports like LUCENE-374).
> However, in MultiSearcher and ParallelMultiSearcher, the results of the separate IndexSearchers
are merged and there an error occurs.
> The bug is located in FieldDocSortedHitQueue.
> It can even be demonstrated by passing a single indexSearcher to a MultiSearcher.
> TestCase and patch follow.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

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

View raw message