+1 2009/11/23 Uwe Schindler <[email protected]>
> > Hi, > > > > As a non-counting vote: > > > > +1 to release these artifacts as Lucene 3.0 > > > > I tested lucene-core.3.0.0.jar with my updated application, no problems > > occurred. QueryParser search works, fieldcache/sorting works, numeric > > range > > works. Reopen also works correct, no leftover open files. MMPaDirectory > on > > 64 bit Java 1.5.0_22 on Solaris. Merging old indexes with compressed > > fields > > created newer, but larger segments (as expected). > > I also reindexed my indexes, filesize was identical to the one after > > merge/optimize with compress expansion, so the indexes seems to be > > identical. > > > > I only had to change some parts of my code and remove lots of unneeded > > casts > > (thanks to generics). :-) > > And I forgot: > I was able to build and test the whole distribution from the source ZIP. > JavaDocs of binary distrib were ok, too. > > So no change: +1 :-) > > Uwe > > > > -----Original Message----- > > > From: Uwe Schindler [mailto:[email protected]] > > > Sent: Sunday, November 22, 2009 4:07 PM > > > To: [email protected]; [email protected] > > > 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: [email protected] > > > > > > > >
