That did the trick! Thanks Joel. -- Chris
On Wed, Oct 8, 2014 at 2:05 PM, Joel Bernstein <joels...@gmail.com> wrote: > The results are being cached in the QueryResultCache most likely. You need > to implement equals() and hashCode() on the query object, which is part of > the cache key. In your case the creds param must be included in the > hashCode and equals logic. > > Joel Bernstein > Search Engineer at Heliosearch > > On Wed, Oct 8, 2014 at 1:17 PM, Christopher Gross <cogr...@gmail.com> > wrote: > > > Code: > > http://pastebin.com/tNjzDbmy > > > > Solr 4.9.0 > > Tomcat 7 > > Java 7 > > > > I took Erik Hatcher's example for creating a PostFilter and have modified > > it so it would work with Solr 4.x. Right now it works...the first time. > > If I were to run this query it would work right: > > > > > http://localhost:8080/solr/plugintest/select?q=*:*&sort=uniqueId%20desc&fq={!classif%20creds=ABC} > > However, if I ran this one: > > > > > http://localhost:8080/solr/plugintest/select?q=*:*&sort=uniqueId%20desc&fq={!classif%20creds=XYZ} > > I would get the results from the first query. I could do a different > > query, like: > > http://localhost:8080/solr/plugintest/select?q=uniqueId[* TO > > *]&sort=uniqueId%20desc&fq={!classif%20creds=XYZ} > > and I'd get the XYZ tagged items. But if I tried to find ABC with that > > one: > > http://localhost:8080/solr/plugintest/select?q=uniqueId[* TO > > *]&sort=uniqueId%20desc&fq={!classif%20creds=ABC} > > it would just list the XYZ items. > > > > I'm not sure what is persisting where to cause this to happen. Anybody > > have some tips/pointers for building filters like this for Solr 4.x? > > > > Thanks! > > > > -- Chris > > >