Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 29805 invoked from network); 13 Mar 2011 00:11:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 Mar 2011 00:11:19 -0000 Received: (qmail 20180 invoked by uid 500); 13 Mar 2011 00:11:18 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 20135 invoked by uid 500); 13 Mar 2011 00:11:18 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 20128 invoked by uid 99); 13 Mar 2011 00:11:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Mar 2011 00:11:18 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=SPF_PASS,T_FRT_ADULT2 X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of koji@r.email.ne.jp designates 202.224.39.197 as permitted sender) Received: from [202.224.39.197] (HELO mail1.asahi-net.or.jp) (202.224.39.197) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Mar 2011 00:11:10 +0000 Received: from Koji-Sekiguchi-no-MacBook-Pro.local (w244069.ppp.asahi-net.or.jp [121.1.244.69]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id DD250DB823 for ; Sun, 13 Mar 2011 09:10:48 +0900 (JST) Message-ID: <4D7C0B88.4090501@r.email.ne.jp> Date: Sun, 13 Mar 2011 09:10:48 +0900 From: Koji Sekiguchi User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; ja-JP-mac; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: dev@lucene.apache.org Subject: Re: known problem? - firstSearcher event of SpellChecker is never called References: <4D7B8828.3020205@r.email.ne.jp> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org > Hmmm, this does look like a problem. > In general, a searcher is opened first, and then inform() is called on > components. I like the sequence. >> At the time, firstSearcherListeners includes SpellChecker's firstSearcherListner, >> registered by procedure 3 above. But if you have no >> registered in solrconfig.xml, at the procedure 2, searcherExecutor.submit() >> is never called because firstSearcherListeners.size() is zero at the moment. I made it was misleading. I think there is a timing issue. Regardless of the existence of in solrconfig.xml, SpellChecker's firstSearcher listener can never be called, because Callable.call() can be called before executing SolrCoreAware.inform(). How about moving the following block: for (SolrEventListener listener : firstSearcherListeners) { listener.newSearcher(newSearcher,null); } to the end of SolrCore constructor from getSearcher(), because it is for firstSearcher? Koji -- http://www.rondhuit.com/en/ --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org