Return-Path: Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: (qmail 70572 invoked from network); 22 Feb 2010 16:43:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 22 Feb 2010 16:43:56 -0000 Received: (qmail 8971 invoked by uid 500); 22 Feb 2010 16:43:54 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 8930 invoked by uid 500); 22 Feb 2010 16:43:54 -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 8920 invoked by uid 99); 22 Feb 2010 16:43:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Feb 2010 16:43:54 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of peterlkeegan@gmail.com designates 209.85.160.48 as permitted sender) Received: from [209.85.160.48] (HELO mail-pw0-f48.google.com) (209.85.160.48) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 22 Feb 2010 16:43:46 +0000 Received: by pwi6 with SMTP id 6so2558105pwi.35 for ; Mon, 22 Feb 2010 08:43:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=4E5Ef1yWGo5qg5JSsiLJjbwgmnULKobqLdSqvXTygKI=; b=I8zIPUCKwGNMk6OQ1X5HucQQgRu0329ovnSrHcEWHf/nmd5knSzGqN3jUNJX4ma3tV u/9JzDvZ3Gz2nk3exNS1Ky7KZRaMbh1QyaAyXtY9ZVz3LtHk1g3Ws7Ouim1Vpl0pRzpF 724L3lJ4k9JnFAfTrbAIS5vobQFyLo23+uOzY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=N1QHOIsc9/k2TJHNyQDXBLogjGKw/R+mxKLwtj5mw6emQWG0BfbAfrgBlKUpif+Gk8 F2WoSkPvjp3Ksnru1Mm7YPfW6HIGZo3qx3tDFDcMKiTbRVO0sRskNi8ariMUboCUr/Wu EPeFjvl++BYa6zGnQHyU/+zoQbSbDixDo0isI= MIME-Version: 1.0 Received: by 10.142.7.37 with SMTP id 37mr89975wfg.320.1266857005025; Mon, 22 Feb 2010 08:43:25 -0800 (PST) Date: Mon, 22 Feb 2010 11:43:24 -0500 Message-ID: Subject: IndexWriter.getReader.getVersion behavior From: Peter Keegan To: java-user Content-Type: multipart/alternative; boundary=00504502bd2cc409b504803321ab X-Virus-Checked: Checked by ClamAV on apache.org --00504502bd2cc409b504803321ab Content-Type: text/plain; charset=ISO-8859-1 Using Lucene 2.9.1, I have the following pseudocode which gets repeated at regular intervals: 1. FSDirectory dir = FSDirectory.open(java.io.File); 2. dir.setLockFactory(new SingleInstanceLockFactory()); 3. IndexWriter writer = new IndexWriter(dir, Analyzer, false, maxFieldLen) 4. writer.getReader().getVersion(); 5. writer.prepareCommit(); 6. writer.getReader().getVersion(); 7. writer.commit(); 8. writer.close(); I'm using the version number to keep external data in synch with the index. Usually, the version number from (6) is 1 greater than from (4) and the version from (4) equals the version from the previous (6). At least once a day, however, the version from (4) is 1 greater than from the previous (6). What would explain this sporadic behavior of version numbers? Thanks, Peter --00504502bd2cc409b504803321ab--