Return-Path: Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: (qmail 41439 invoked from network); 28 Jan 2009 16:29:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Jan 2009 16:29:30 -0000 Received: (qmail 95380 invoked by uid 500); 28 Jan 2009 16:29:26 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 95348 invoked by uid 500); 28 Jan 2009 16:29:26 -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 95335 invoked by uid 99); 28 Jan 2009 16:29:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Jan 2009 08:29:26 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of btalbot@aeriagames.com designates 72.55.177.212 as permitted sender) Received: from [72.55.177.212] (HELO mail.aeriagames.com) (72.55.177.212) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 28 Jan 2009 16:29:15 +0000 Received: (qmail 1962 invoked from network); 28 Jan 2009 16:28:55 -0000 Received: from unknown (HELO ?192.168.168.51?) (208.106.40.114) by mail.aeriagames.com with SMTP; 28 Jan 2009 16:28:55 -0000 Message-Id: <9C9DE43D-B8AA-4EEE-898E-F3F908F22C7B@aeriagames.com> From: Bryan Talbot To: solr-user@lucene.apache.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: Changing to multicore Date: Wed, 28 Jan 2009 08:28:49 -0800 References: X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org I would think that using a servlet filter to rewrite the URL should be pretty strait forward. You could write your own or use a tool like http://tuckey.org/urlrewrite/ and just configure that. Using something like this, I think the upgrade procedure could be: - install rewrite filter to rewrite multi-core URL to non-multi-core URL for all solr instances. - upgrade app to use multi-core URL - upgrade solr instances to multi-core when convenient and remove rewrite filter -Bryan On Jan 28, 2009, at Jan 28, 7:17 AM, Jeff Newburn wrote: > We are moving from single core to multicore. We have a few servers > that we > want to migrate one at a time to ensure that each one functions. This > process is proving difficult as there is no default core to allow the > application to talk to the solr servers uniformly (ie without a core > name > during conversion). Would it be possible to re-add the default core > as a > configuration setting in solr.xml to allow for a smoother > conversion? Am I > missing a setting that would help with this process? > > -Jeff