Re: firstSearcher cache warming with own QuerySenderListener

2015-09-29 Thread Chris Hostetter
You haven't really provided us enough info to make any meaningful suggestions. You've got at least 2 custom plugins -- but you don't give us any idea what the implementations of those plugins look like, or how you've configured them. Maybe there is a bug in your code? maybe it's misconfigur

Re: firstSearcher cache warming with own QuerySenderListener

2015-09-28 Thread Christian Reuschling
Erick, Walter and all, as I wrote, I am aware of the firstSearcher event, we tried it manually before we choosed to enhance the QuerySenderListener. I think our usage scenario (I didn't wrote about it for simplicity) is a bit different from yours, what makes this necessary. We are implementing

Re: firstSearcher cache warming with own QuerySenderListener

2015-09-25 Thread Walter Underwood
Right. I chose the twenty most frequent terms from our documents and use those for cache warming. The list of most frequent terms is pretty stable in most collections. wunder Walter Underwood wun...@wunderwood.org http://observer.wunderwood.org/ (my blog) > On Sep 25, 2015, at 8:38 AM, Erick

Re: firstSearcher cache warming with own QuerySenderListener

2015-09-25 Thread Erick Erickson
That's what the firstSearcher event in solrconfig.xml is for, exactly the case of autowarming Solr when it's just been started. The queries you put in that event are fired only when the server starts. So I'd just put my queries there. And you do not have to put a zillion queries here. Start with o