lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Paul Elschot (JIRA)" <>
Subject [jira] Commented: (LUCENE-2945) Surround Query doesn't properly handle equals/hashcode
Date Wed, 09 Mar 2011 18:38:59 GMT


Paul Elschot commented on LUCENE-2945:

bq. The Query class already is cloneable so it needs to support what the QueryUtils is doing.

Would that include throwing a CloneNotSupportedException?

For these classes I could not find a better name in their package when I wrote this.
Also I wanted the possibility to generate a query for another engine,
so I needed an (factory) layer between the parser and the final query.
There is already a BasicQueryFactory in there that generates Lucene TermQuery and SpanTermQuery
leaf objects,
so perhaps the other Lucene Query objects could also be made there.
These others are objects of the inner classes that need hashCode() and equals() here, and
Lucene BooleanQuery objects.
This could be a spin off issue.

> Surround Query doesn't properly handle equals/hashcode
> ------------------------------------------------------
>                 Key: LUCENE-2945
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Bug
>    Affects Versions: 3.0.3, 3.1, 4.0
>            Reporter: Grant Ingersoll
>            Assignee: Grant Ingersoll
>            Priority: Minor
>             Fix For: 3.1.1, 4.0
>         Attachments: LUCENE-2945-partial1.patch, LUCENE-2945.patch, LUCENE-2945.patch,
> In looking at using the surround queries with Solr, I am hitting issues caused by collisions
due to equals/hashcode not being implemented on the anonymous inner classes that are created
by things like DistanceQuery (branch 3.x, near line 76)

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