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). :-) ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -----Original Message----- > From: Uwe Schindler [mailto:u...@thetaphi.de] > Sent: Sunday, November 22, 2009 4:07 PM > To: gene...@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: u...@thetaphi.de > --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org
