Hi Karl, Yes, from looking at the conflicts, it looked like trunk changes were causing the errors - but won't be too difficult to fix these.
I've got the patch (+tweaks) installed and working, and basic (i.e. non qt=multiquery) searches are working fine. What I can't figure out is how to enter in sequential queries from a browser client (i.e. 'query1', 'query2' etc.). Yep, understand you can't include proprietary code - but can you show the query syntax that will shove a couple of sequential queries into the requestHandler? Or am I misunderstanding the patch and there's server-side code to write? Thanks, Peter On Fri, Mar 4, 2011 at 5:11 PM, Karl Wright (JIRA) <j...@apache.org> wrote: > > [ > https://issues.apache.org/jira/browse/SOLR-2026?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13002719#comment-13002719] > > Karl Wright commented on SOLR-2026: > ----------------------------------- > > Lots of stuff has changed in trunk since the patch was posted. I think > you'd have to debug it all over again, and attach a new patch, to bring it > up to date. > > Since this basically should work the same for a single query as does the > current trunk, the first round of testing is just making sure everything > still works as before. If you then change solrconfig.xml to specify > multiple query processing chains, then obviously you need code that can work > with that. I tested it with proprietary Nokia code, so I can't exactly > include that. ;-) > > > > Need infrastructure support in Solr for requests that perform multiple > sequential queries > > > ----------------------------------------------------------------------------------------- > > > > Key: SOLR-2026 > > URL: https://issues.apache.org/jira/browse/SOLR-2026 > > Project: Solr > > Issue Type: New Feature > > Components: SearchComponents - other > > Reporter: Karl Wright > > Priority: Minor > > Fix For: 4.0 > > > > Attachments: SOLR-2026.patch, SOLR-2026.patch > > > > > > Several known cases exist where multiple index searches need to be > performed in order to arrive at the final result. Typically, these have the > constraint that the results from one search query are required in order to > form a subsequent search query. While it is possible to write a custom > QueryComponent or search handler to perform this task, an extension to the > SearchHandler base class would readily permit such query sequences to be > configured using solrconfig.xml. > > I will be therefore writing and attaching a patch tomorrow morning which > supports this extended functionality in a backwards-compatible manner. The > tricky part, which is figuring out how to funnel the output of the previous > search result into the next query, can be readily achieved by use of the > SolrRequestObject.getContext() functionality. The stipulation will > therefore be that the SolrRequestObject's lifetime will be that of the > entire request, which makes complete sense. (The SolrResponseObject's > lifetime will, on the other hand, be limited to a single query, and the last > response so formed will be what gets actually returned by SearchHandler.) > > -- > This message is automatically generated by JIRA. > - > For more information on JIRA, see: http://www.atlassian.com/software/jira > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > >