Mailing-List: contact general-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@lucene.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Subject: Re: [VOTE] Release Apache Lucene Java 3.0.0 (take #2)
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset=us-ascii
From: Grant Ingersoll <gsingers@apache.org>
In-Reply-To: <566F2AC709514C94B0362BECDE332E5B@VEGA>
Date: Wed, 25 Nov 2009 09:53:48 -0500
Cc: <general@lucene.apache.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <BF5F3546-A41F-40AB-94D7-67ECC6FA92E0@apache.org>
References: <566F2AC709514C94B0362BECDE332E5B@VEGA>
To: java-dev@lucene.apache.org

+1.  I downloaded the artifacts, tried the demo, verified signatures, =
MD5s, etc.

On Nov 22, 2009, at 10:07 AM, Uwe Schindler wrote:

> Hi,
>=20
> I have built the artifacts for the final release of "Apache Lucene =
Java
> 3.0.0" a second time, because of a bug in the TokenStream API (found =
by Shai
> Erera, who wanted to make "bad" things with addAttribute, breaking its
> behaviour, LUCENE-2088) and an improvement in NumericRangeQuery (to =
prevent
> stack overflow, LUCENE-2087). They are targeted for release on =
2009-11-25.
>=20
> The artifacts are here:
> http://people.apache.org/~uschindler/staging-area/lucene-3.0.0-take2/
>=20
> You find the changes in the corresponding sub folder. The SVN revision =
is
> 883080, here the manifest with build system info:
>=20
> Manifest-Version: 1.0
> Ant-Version: Apache Ant 1.7.0
> Created-By: 1.5.0_22-b03 (Sun Microsystems Inc.)
> Specification-Title: Lucene Search Engine
> Specification-Version: 3.0.0
> Specification-Vendor: The Apache Software Foundation
> Implementation-Title: org.apache.lucene
> Implementation-Version: 3.0.0 883080 - 2009-11-22 15:52:49
> Implementation-Vendor: The Apache Software Foundation
> X-Compile-Source-JDK: 1.5
> X-Compile-Target-JDK: 1.5
>=20
> Please vote to officially release these artifacts as "Apache Lucene =
Java
> 3.0.0".
>=20
> We need at least 3 binding (PMC) votes.
>=20
> Thanks everyone for all their hard work on this and I am very sorry =
for
> requesting a vote again, but that's life! Thanks Shai for the pointer =
to the
> bug!
>=20
>=20
>=20
>=20
> Here is the proposed release note, please edit, if needed:
> =
--------------------------------------------------------------------------=

>=20
> Hello Lucene users,=20
>=20
> On behalf of the Lucene dev community (a growing community far larger =
than
> just the committers) I would like to announce the release of Lucene =
Java
> 3.0:
>=20
> The new version is mostly a cleanup release without any new features. =
All
> deprecations targeted to be removed in version 3.0 were removed. If =
you are
> upgrading from version 2.9.1 of Lucene, you have to fix all =
deprecation
> warnings in your code base to be able to recompile against this =
version.
>=20
> This is the first Lucene release with Java 5 as a minimum requirement. =
The
> API was cleaned up to make use of Java 5's generics, varargs, enums, =
and
> autoboxing. New users of Lucene are advised to use this version for =
new
> developments, because it has a clean, type safe new API. Upgrading =
users can
> now remove unnecessary casts and add generics to their code, too. If =
you
> have not upgraded your installation to Java 5, please read the file
> JRE_VERSION_MIGRATION.txt (please note that this is not related to =
Lucene
> 3.0, it will also happen with any previous release when you upgrade =
your
> Java environment).
>=20
> Lucene 3.0 has some changes regarding compressed fields: 2.9 already
> deprecated compressed fields; support for them was removed now. Lucene =
3.0
> is still able to read indexes with compressed fields, but as soon as =
merges
> occur or the index is optimized, all compressed fields are =
decompressed and
> converted to Field.Store.YES. Because of this, indexes with compressed
> fields can suddenly get larger.
>=20
> While we generally try and maintain full backwards compatibility =
between
> major versions, Lucene 3.0 has some minor breaks, mostly related to
> deprecation removal, pointed out in the 'Changes in backwards =
compatibility
> policy' section of CHANGES.txt. Notable are:
>=20
> - IndexReader.open(Directory) now opens in read-only mode per default =
(this
> method was deprecated because of that in 2.9). The same occurs to
> IndexSearcher.
>=20
> - Already started in 2.9, core TokenStreams are now made final to =
enforce
> the decorator pattern.
>=20
> - If you interrupt an IndexWriter merge thread, IndexWriter now throws =
an
> unchecked ThreadInterruptedException that extends RuntimeException and
> clears the interrupt status.
>=20
> =
--------------------------------------------------------------------------=

>=20
>=20
>=20
> Thanks,
> Uwe
>=20
>=20
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>=20
>=20
>=20
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-dev-help@lucene.apache.org
>=20