> As DM Smith said, since the bug is longstanding and we are only now > just hearing about it, it appears not to be that severe in practice. > I guess users don't often mix coord enabled & disabled BQs, that are > otherwise identical, in the same cache.
DM Smith also wanted this in 2.9.2, which I think it's fine. The fix is so simple, we could simply merge it to 2.9 branch. And Erick Erickson also noted that this bug is longstanding. > So I think we ship 3.0.0 anyways? +1, I just wanted to ask. Now votes are required, I have zero counting ones until now. Uwe > On Tue, Nov 24, 2009 at 2:26 AM, Uwe Schindler <u...@thetaphi.de> wrote: > > Hi all, > > > > Hoss reported a bug about two fields missing in the equals/hashCode of > > BooleanQuery (which exists since 1.9, > > https://issues.apache.org/jira/browse/LUCENE-2092). Should I respin 3.0 > > because of this or just release it? Speak out load, if you want to > respin > > (else vote)! > > > > We will apply the bugfix at least to 2.9.2 and 3.0.1 > > > > Uwe > > > > ----- > > 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 > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org
