Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 47181 invoked from network); 26 Oct 2006 13:22:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Oct 2006 13:22:14 -0000 Received: (qmail 72873 invoked by uid 500); 26 Oct 2006 13:22:18 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 72848 invoked by uid 500); 26 Oct 2006 13:22:18 -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 Received: (qmail 72837 invoked by uid 99); 26 Oct 2006 13:22:18 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Oct 2006 06:22:18 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: local policy) Received: from [66.111.4.26] (HELO out2.smtp.messagingengine.com) (66.111.4.26) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 26 Oct 2006 06:22:02 -0700 Received: from db2.internal (db2.internal [10.202.2.12]) by frontend1.messagingengine.com (Postfix) with ESMTP id 052B0DBA277 for ; Thu, 26 Oct 2006 09:21:41 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by db2.internal (MEProxy); Thu, 26 Oct 2006 09:21:43 -0400 X-Sasl-enc: uX4l+Qms+usOGd5HLffDnx6yKUIUWvGboV32n8uhDcZt 1161868902 Received: from [10.17.4.90] (pool-72-70-33-148.bstnma.fios.verizon.net [72.70.33.148]) by mail.messagingengine.com (Postfix) with ESMTP id E8E18119FE for ; Thu, 26 Oct 2006 09:21:42 -0400 (EDT) Message-ID: <4540B65E.1020506@mikemccandless.com> Date: Thu, 26 Oct 2006 09:21:34 -0400 From: Michael McCandless User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: java-user@lucene.apache.org Subject: Re: Searching Problem References: <4540998D.7070208@tejnora.cz> 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 Sunil Kumar PK wrote: > could you please explain? > > On 10/26/06, Karel Tejnora wrote: >> Nope. IndexReader obtains a snapshot of index - not closing and opening >> indexreader leads to not deleting files (windows exception, linux will >> not free them). >> > Is it possible to get all the matching document in the result without >> > restarting the Searcher program? A searcher once created only searches the index as of the "point in time" that it was created. Ie, it's an unchanging snapshot. So any deletes/updates that happen to the index by a writer will not be visible until you close and reopen another searcher. This "point in time" searching relies on certain properties of the underlying filesystem in order to work properly. Windows local and remote (SMB) filesystems work because files that are open can't be deleted (and Lucene just retries); local UNIX filesystems work because the open file handle can still access a deleted file ("delete on last close"). However: NFS does not have "delete on last close", so you can't rely on "point in time" searching when using NFS across machines (it's possible a single machine may work). If a writer on a different machine has committed to the index that a searcher is using over NFS then the searcher will eventually hit an IOException with "stale NFS handle". See here for details on current known issues with NFS: http://issues.apache.org/jira/browse/LUCENE-673 Mike --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org