Return-Path: X-Original-To: apmail-lucene-java-user-archive@www.apache.org Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B8B2810F73 for ; Thu, 7 Nov 2013 00:04:46 +0000 (UTC) Received: (qmail 6306 invoked by uid 500); 7 Nov 2013 00:04:44 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 6193 invoked by uid 500); 7 Nov 2013 00:04:44 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Delivered-To: moderator for java-user@lucene.apache.org Received: (qmail 60450 invoked by uid 99); 6 Nov 2013 23:47:01 -0000 X-ASF-Spam-Status: No, hits=3.8 required=5.0 tests=HTML_IMAGE_ONLY_12,HTML_MESSAGE,MSGID_FROM_MTA_HEADER,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of amorgado@rccl.com designates 68.232.137.89 as permitted sender) X-NET: 12.43.115.155, mail.royalcaribbean.com X-SBRS: 3.2 X-MID: 23382716 X-Policy: $RELAYED X-ENV: EnvFrm amorgado@rccl.com, EnvTo java-user@lucene.apache.org X-IronPort-AV: E=Sophos;i="4.93,647,1378872000"; d="png'150?scan'150,208,150";a="23382716" Message-Id: MIME-Version: 1.0 Importance: Normal X-Priority: 3 (Normal) In-Reply-To: References: Subject: Question about SearcherManager.maybeReopen() method. From: "Alexei Morgado" To: java-user@lucene.apache.org Date: Wed, 6 Nov 2013 23:46:16 +0000 X-Mailer: Lotus Domino Web Server Build V851SAAS_M11_10212013_FP1 October 31, 2013 X-LLNOutbound: False X-TNEFEvaluated: 1 Content-Type: multipart/related; boundary="=_related 0082944300257C1B_=" x-cbid: 13110623-3585-0000-0000-000001FF2F6C X-IBM-ISS-SpamDetectors: Score=0.000001; BY=0.000001; FL=0; FP=0; FZ=0; HX=0; KW=0; PH=0; SC=0; ST=0; TS=0; UL=0; ISC= X-IBM-ISS-DetailInfo: BY=3.00001290; HX=3.00000222; KW=3.00000007; PH=3.00000001; SC=3.00000022; SDB=6.00290831; UDB=6.00074396; UTC=2013-11-06 23:46:17 x-cbparentid: 13110623-3586-0000-0000-000004C9CC17 X-CFilter-Loop: Reflected X-Virus-Checked: Checked by ClamAV on apache.org --=_related 0082944300257C1B_= Content-Type: multipart/alternative; boundary="=_alternative 0082944300257C1B_=" --=_alternative 0082944300257C1B_= Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Hi guys, I have a question about a problem we had with the SearcherManager.maybeReop= en() method. This works as charm except when the segments in the previous i= ndex has the exact same names as the segments in the new one. In this case = the maybeReopen() doesn't load the new index, even though the isSearcherCur= rent returns false, meaning it sees that the new physical one is different = from the old one. We are using lucene 3.5 and we cannot upgrade that easily= . Do you guys have any solution for this? Any help will be greatly apprecia= ted :): Thanks in advance, Alexei Morgado. Sr. JEE developer at Royal Caribbean. = --=_alternative 0082944300257C1B_= Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 Content-ID: <> Hi guys,

I have a question about a problem we had= with the SearcherManager.maybeReopen() method. This works as charm except = when the segments in the previous index has the exact same names as the seg= ments in the new one. In this case the maybeReopen() doesn't load the new i= ndex, even though the isSearcherCurrent returns false, meaning it sees that= the new physical one is different from the old one. We are using lucene 3.= 5 and we cannot upgrade that easily. Do you guys have any solution for this= ? Any help will be greatly appreciated :):




Thanks in advance,

Alexei Morgado.
Sr= . JEE developer at Royal Caribbean.
= --=_alternative 0082944300257C1B_=-- --=_related 0082944300257C1B_=--