I'm not quite clear on what you want ... if you want to "search within
previous search results", simply take the original query and turn it
into an fq parameter for the next request using the new query as the q
parameter.
If you want to take some part of the current results to form a new
query internally to Solr, it sounds like what you want is a custom
QueryComponent. I've done this, for example, to back off a search
that had zero results and broaden it automatically. Register a new
QueryComponent as "query" and it'll replace the existing one - in
solrconfig.xml.
Erik
On Aug 3, 2010, at 12:18 PM, <[email protected]> <[email protected]
> wrote:
Folks,
I have a search task which needs to do the following:
• Do a search
• Use the results of that search to form a final query, which when
executed returns the overall results
The question is, what is the best way to build components within
Solr to handle this request flow? My first thought was to construct
two QParserPlugin objects, one for each query, and then perhaps
write a custom version of QueryComponent that does the job. But I
certainly can’t put all the above logic into one SearchComponent,
because of the requirement that I need the results from one search
to do the subsequent one. I *could* replace or extend the
requestHandler instead. Or, I could have multiple SearchComponent’s
in the pipeline where one looks at the other’s results (will this
work???) Any other ideas?
Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
