Hi Mikhail, BlockJoinQParserPlugin sounds cool!
I think you're right: the incoming filter will apply to the "to" document space. So, for ToParentBJQ it's parent docs, and ToChildBJQ it's child docs. The filter only needs to define the bits for docs in that "to" space... the other bits will not be used. It looks like that's what your test case is testing for...? Does it pass? Mike McCandless http://blog.mikemccandless.com On Sun, Feb 5, 2012 at 3:25 PM, Mikhail Khludnev <mkhlud...@griddynamics.com> wrote: > Hello, > > I'd like to contribute BlockJoinQParserPlugin for Solr. It's not a very big > deal, but I'm stuck during writing filtered search test cases. At the first > glance it looks like deja vu for another > "join" https://issues.apache.org/jira/browse/SOLR-3062 http://svn.apache.org/viewvc/lucene/dev/trunk/solr/core/src/java/org/apache/solr/search/JoinQParserPlugin.java?r1=1238085&r2=1239355. > But then I realized that it's a question about requirements: > > What is the expected functionality for ToParentBlockJoinQuery for filtered > search IndexSearcher.search(Query, *Filter*, Collector)? whether the given > filter is applied to children documents or to the parent documents? > > Considering Solr's fq= I suppose that there is more sense to apply that > filter to parent documents. WDYT? > > I'm attaching the small amendments to TestBlockJoin to get you my > understanding. > > Thanks in advance. > > -- > Sincerely yours > Mikhail Khludnev > Lucid Certified > Apache Lucene/Solr Developer > Grid Dynamics > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org