On Thu, Oct 13, 2011 at 8:28 AM, Erick Erickson <[email protected]> wrote: > Marc Tinnemeyer in a post titled: > > "Regarding geodist and multiple location fields" > outlines this. I checked this on 3.4 and trunk and it's > weird in both cases. > > HOLD THE PRESSES: > After looking at this a bit more, it looks like a caching > issue, NOT a geodist issue. When I bounce Solr > between changing the sfield from "home" to "work", > it seems to work as expected. > > Should I raise a JIRA?
Definitely. It's going to be a bug in an equals() implementation somewhere in the query. The top level equals will be SpatialDistanceQuery.equals() (from LatLonField.java) On trunk, I already see a bug introduced when the new lucene field cache stuff was done. DoubleValueSource now just inherits it's equals method from NumericFieldCacheSource... and that equals() method only tests if the CachedArrayCreator.getClass() is the same! That's definitely wrong. I don't know why 3x would also have this behavior (unless there's more than one bug!) Anyway, first step is to modify the spatial tests to catch the bug... from there it should be pretty easy to debug. -Yonik http://www.lucene-eurocon.com - The Lucene/Solr User Conference --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
