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 6D070D82D for ; Tue, 28 Aug 2012 12:56:32 +0000 (UTC) Received: (qmail 83111 invoked by uid 500); 28 Aug 2012 12:56:30 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 83045 invoked by uid 500); 28 Aug 2012 12:56:29 -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 83033 invoked by uid 99); 28 Aug 2012 12:56:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Aug 2012 12:56:29 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=FSL_RCVD_USER,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.216.48] (HELO mail-qa0-f48.google.com) (209.85.216.48) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Aug 2012 12:56:22 +0000 Received: by qady1 with SMTP id y1so2966552qad.14 for ; Tue, 28 Aug 2012 05:56:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=y0inhURi5uDBC4gVyAjNijlI6nysz1vvdwDE/PtEBTs=; b=MDiPDGU9jgJZ3C5dxeVqONtKAZFqOYW1dpaQ5EA5+Y2Ox1rxYtVfoihnrI66srGN7t +KYzgSFz12kX77gZJm+boW5L0DG8UBePdku8jdk1l7wsuaussIx8J6FUkTgzqAH1ErCw Bm8m/Edi7nYpIivnYqsBHB72UT7ElvdQk7mZScawxifDLDwwmATGBG+pimvy/UvBzHul thfHT0TXpk8yPSUv9Di7JRsOcpYVhJdTH2RZsbNs1nqKz7EXQgzIx39Een5ZPSi6tK8W GaBWnzewA5mVPR5YAd6iRhAWEljLgdejuFyLZA5BtSKKTnkBNy8BvNgES/Nr54I8VvJe fM/g== Received: by 10.229.136.14 with SMTP id p14mr8661303qct.93.1346158560944; Tue, 28 Aug 2012 05:56:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.86.40 with HTTP; Tue, 28 Aug 2012 05:55:40 -0700 (PDT) In-Reply-To: References: From: Michael McCandless Date: Tue, 28 Aug 2012 08:55:40 -0400 Message-ID: Subject: Re: Lucene Index backward compatibility related question To: java-user@lucene.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkCUxdiSrPYXFimbGEmNRou6++7SckdFmD6Rxv+b0PBVuUF8mSemqlsbsO/eX1uPqGQHzZX Small correction here: you are able to "write" to a 3.x index using 4.0. It's just that the newly created segments will be written using the Lucene4x codec. Mike McCandless http://blog.mikemccandless.com On Mon, Aug 27, 2012 at 2:35 PM, Stephen Howe wrote: > Paul, > > So long as you are not writing to the 3.x index, it appears Lucene 4.0 can > read the indexes in a read only format. See Mike McCandle's blog post > http://blog.mikemccandless.com/2012/07/lucene-400-alpha-at-long-last.html about > the alpha release codecs. As to whether or not that codec allows you to > leverage the Lucene 4.0 performance gains, I'll defer to someone wiser on > the subject. I would imagine it does, but I'm not sure. > > Sincerely, > Stephen > > On Wed, Aug 22, 2012 at 1:31 PM, Sitowitz, Paul wrote: > >> Hello, >> >> I have two products that are using Lucene: The first product creates the >> Lucene indexes for some data using Lucene version 3.01. The second product >> utilizes the indexes created by the first product for text search purposes >> and is also using Lucene 3.01. I understand that the latest version of >> Lucene 4.0 has made several performance enhancements of which we would like >> to be able to leverage by our second product. >> >> Question: If we upgrade the second product to use Lucene 4.0, will we >> still be able to take advantage of search related performance gains while >> still using the index created using Lucene 3.01 by our first product? OR, >> will we have to "bite the bullet" and upgrade BOTH products to use the >> latest version of Lucene? >> >> Thanks in advance for you response. >> >> Sincerely, >> >> Paul Sitowitz >> >> >> ________________________________ >> P a u l S i t o w i t z >> Core Engineering >> VeriSign Naming Services >> >> 12061 Bluemont Way >> Reston, VA 20190 >> >> psitowitz@verisign.com (email) >> 703-948-3298 (office) >> 703-626-3593 (mobile) >> >> This message is intended for the use of the individual or entity to which >> it is addressed, and may contain information that is privileged, >> Confidential and exempt from disclosure under applicable law. Any >> unauthorized use, distribution, or disclosure is strictly prohibited. If >> you have received this message in error, please notify sender immediately >> and destroy/delete the original transmission >> >> --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org