lucene-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Uwe Schindler" <...@thetaphi.de>
Subject RE: [VOTE] Release Apache Lucene Java 3.0.0 (take #2)
Date Wed, 25 Nov 2009 14:51:47 GMT
I need one more vote!? Does somebody have some +1 anywhere? :-)

Uwe

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de


> -----Original Message-----
> From: Uwe Schindler [mailto:uwe@thetaphi.de]
> Sent: Sunday, November 22, 2009 4:07 PM
> To: general@lucene.apache.org; java-dev@lucene.apache.org
> Subject: [VOTE] Release Apache Lucene Java 3.0.0 (take #2)
> 
> Hi,
> 
> 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.
> 
> The artifacts are here:
> http://people.apache.org/~uschindler/staging-area/lucene-3.0.0-take2/
> 
> You find the changes in the corresponding sub folder. The SVN revision is
> 883080, here the manifest with build system info:
> 
> 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
> 
> Please vote to officially release these artifacts as "Apache Lucene Java
> 3.0.0".
> 
> We need at least 3 binding (PMC) votes.
> 
> 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!
> 
> 
> 
> 
> Here is the proposed release note, please edit, if needed:
> --------------------------------------------------------------------------
> 
> Hello Lucene users,
> 
> 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:
> 
> 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.
> 
> 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).
> 
> 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.
> 
> 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:
> 
> - 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.
> 
> - Already started in 2.9, core TokenStreams are now made final to enforce
> the decorator pattern.
> 
> - If you interrupt an IndexWriter merge thread, IndexWriter now throws an
> unchecked ThreadInterruptedException that extends RuntimeException and
> clears the interrupt status.
> 
> --------------------------------------------------------------------------
> 
> 
> 
> Thanks,
> Uwe
> 
> 
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
> 



Mime
View raw message