: Lucene's MultiSearcher can already get you the top "n" documents, : filtered, and sorted by score or other criteria.
right, that logic could probably be refactored into a base class so both MultiSearcher(Searchable[]) and some new SolrMultiSearcher(URL[]) could use them ... my question is more what all in the Searchale interface does MultiSearcher currently use when it queries/merges the multiple sub-searchers, and how can we mimic that api (efficiently) in a RequestHandler. : We could create a SolrMultiSearcher that builds on that. One gets : into issues of how to do high availability and redundancy though : (which MultiSearcher doesn't currently handle AFAIK) true that ... but the first step would probably be to provide the same level of functionality MultiSearcher -- any cool redundency handling built after that could probably be refactored and shared. -Hoss
