Rallavagu wrote:
>>>
>>> Solr Cloud 5.4.1 with embedded jetty, jdk8
>>>
>>> At the time of startup it appears that "QuerySenderListener" is run twice
>>> and this is causing "firstSearcher" and "newSearcher" to run twice as
>>> well.
>>> Any clues as to why QuerySenderListener is triggered twice? Thanks.
44 AM, Rallavagu wrote:
Solr Cloud 5.4.1 with embedded jetty, jdk8
At the time of startup it appears that "QuerySenderListener" is run twice
and this is causing "firstSearcher" and "newSearcher" to run twice as well.
Any clues as to why QuerySenderListener is triggered twice? Thanks.
that "QuerySenderListener" is run twice
and this is causing "firstSearcher" and "newSearcher" to run twice as well.
Any clues as to why QuerySenderListener is triggered twice? Thanks.
How many cores? Is it possible you're seeing these from two different cores?
Erick
On Wed, Oct 5, 2016 at 11:44 AM, Rallavagu wrote:
> Solr Cloud 5.4.1 with embedded jetty, jdk8
>
> At the time of startup it appears that "QuerySenderListener" is run twice
> and thi
Solr Cloud 5.4.1 with embedded jetty, jdk8
At the time of startup it appears that "QuerySenderListener" is run
twice and this is causing "firstSearcher" and "newSearcher" to run twice
as well. Any clues as to why QuerySenderListener is triggered twice? Thanks.
.org"
: Subject: firstSearcher cache warming with own QuerySenderListener
:
: Hey all,
:
: we want to avoid cold start performance issues when the caches are cleared
after a server restart.
:
: For this, we have written a SearchComponent that saves least recently used
queries. The
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 impleme
after a server restart.
>>
>> For this, we have written a SearchComponent that saves least recently used
>> queries. These are
>> written to a file inside a closeHook of a SolrCoreAware at server shutdown.
>>
>> The plan is to perform these queries at
side a closeHook of a SolrCoreAware at server shutdown.
>
> The plan is to perform these queries at server startup to warm up the
> caches. For this, we have
> written a derivative of the QuerySenderListener and configured it as
> firstSearcher listener in
> solrconfig.xml. The only diff
perform these queries at server startup to warm up the caches.
For this, we have
written a derivative of the QuerySenderListener and configured it as
firstSearcher listener in
solrconfig.xml. The only difference to the origin QuerySenderListener is that
it gets it's queries
from the for
You can use an XInclude in solrconfig.xml. Your external query file
has to be in the XML format.
Lance
On Wed, Aug 4, 2010 at 7:57 AM, Shalin Shekhar Mangar
wrote:
> On Wed, Aug 4, 2010 at 3:27 PM, Stanislaw
> wrote:
>
>> Hi all!
>> I cant load my custom queries from the external file, as writt
On Wed, Aug 4, 2010 at 3:27 PM, Stanislaw wrote:
> Hi all!
> I cant load my custom queries from the external file, as written here:
> https://issues.apache.org/jira/browse/SOLR-784
>
> This option is seems to be not implemented in current version 1.4.1 of
> Solr.
> It was deleted or it comes first
Hi all!
I cant load my custom queries from the external file, as written here:
https://issues.apache.org/jira/browse/SOLR-784
This option is seems to be not implemented in current version 1.4.1 of Solr.
It was deleted or it comes first with new version?
regards,
Stanislaw
: I'm developing against solr trunk and I wanted to start using the newSearcher
: ans firstSearcher functionality.
: However I'm getting a nullpointer exception when I startup my solr instance .
...
: What I'm I doning wrong, because it looks like SearchHandler.inform(..)
: is never calle
I'm developing against solr trunk and I wanted to start using the
newSearcher ans firstSearcher functionality.
However I'm getting a nullpointer exception when I startup my solr
instance .
Stacktrace:
INFO: QuerySenderListener sending requests to [EMAIL PROTECTED] main
Mar 21, 2008
15 matches
Mail list logo
