Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DE5347173 for ; Fri, 14 Oct 2011 15:21:42 +0000 (UTC) Received: (qmail 84389 invoked by uid 500); 14 Oct 2011 15:21:39 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 84342 invoked by uid 500); 14 Oct 2011 15:21:39 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 84334 invoked by uid 99); 14 Oct 2011 15:21:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Oct 2011 15:21:39 +0000 X-ASF-Spam-Status: No, hits=4.3 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,SPF_NEUTRAL,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 216.139.236.26 is neither permitted nor denied by domain of jithin1987@gmail.com) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Oct 2011 15:21:32 +0000 Received: from ben.nabble.com ([192.168.236.152]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1REjZP-0002cP-Mw for solr-user@lucene.apache.org; Fri, 14 Oct 2011 08:21:11 -0700 Date: Fri, 14 Oct 2011 08:21:11 -0700 (PDT) From: Jithin To: solr-user@lucene.apache.org Message-ID: In-Reply-To: <4E983676.8080803@solarier.de> References: <1318597836227-3421611.post@n3.nabble.com> <4E983676.8080803@solarier.de> Subject: Re: Stopword filter - refreshing stop word list periodically MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_27580_14640440.1318605671706" X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_27580_14640440.1318605671706 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I am not running in a multi core environment. My application requires only a single search schema. Does it make sense to go for a multi core setup in this scenario? Given that we currently have a single core is there any alternative to RELOAD which work in a single core setup? On Fri, Oct 14, 2011 at 6:48 PM, Michael Kuhlmann-4 [via Lucene] < ml-node+s472066n3421627h55@n3.nabble.com> wrote: > Am 14.10.2011 15:10, schrieb Jithin: > > Hi, > > Is it possible to refresh the stop word list periodically say once in 6 > > hours. Is this already supported in Solr or are there any work arounds. > > Kindly help me in understanding this. > > Hi, > > you can trigger a reload command to the core admin, assuming you're > running a multi core environment (which I'd recommend anyway). > > Simply add > "curl http://host:port/solr/admin/cores?action=RELOAD&core=corename" > > to your /etc/crontab file, and set the leading time fields correspondingly. > > > -Kuli > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://lucene.472066.n3.nabble.com/Stopword-filter-refreshing-stop-word-list-periodically-tp3421611p3421627.html > To unsubscribe from Stopword filter - refreshing stop word list > periodically, click here. > > -- Thanks Jithin Emmanuel -- View this message in context: http://lucene.472066.n3.nabble.com/Stopword-filter-refreshing-stop-word-list-periodically-tp3421611p3422004.html Sent from the Solr - User mailing list archive at Nabble.com. ------=_Part_27580_14640440.1318605671706--