Interesting, many sites don't store text in Lucene/Solr and so need a way to highlight text stored in a database (or some equivalent), they have two options, re-analyze the doc for the term positions or access the term vectors from Solr and hand them to the client who then performs the highlighting?
Maybe a new highlighter server component that can live on dedicated document servers is a good idea? Distributed search could include the highlighting server (including accessing the term vectors) in it's multi server search request. This could reduce the sometimes heavy load highlighting causes on slave servers? On Thu, Jul 16, 2009 at 7:56 AM, Erik Hatcher<e...@ehatchersolutions.com> wrote: > > On Jul 16, 2009, at 7:41 AM, Shalin Shekhar Mangar wrote: > >> On Thu, Jul 16, 2009 at 4:52 PM, Anders Melchiorsen >> <m...@cup.kalibalik.dk>wrote: >> >>> >>> What we want to do is to have an extra text highlighted by the Solr >>> highlighter. That text should never be stored in the Solr index, but >>> rather >>> be provided in an HTTP request along with the search query. >>> >>> Is this possible? >>> >> >> I don't think it is possible currently but I see how it can be useful. Can >> you please open a jira issue so we don't forget about it? > > One trick worth noting is the FieldAnalysisRequestHandler can provide > offsets from external text, which could be used for client-side highlighting > (see the showmatch parameter too). > > Erik > >
