lucene-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From yangfeng <yea...@gmail.com>
Subject Re: [VOTE] Release Apache Lucene Java 3.0.0 (take #2)
Date Mon, 23 Nov 2009 03:56:28 GMT
+1

2009/11/23 Uwe Schindler <uwe@thetaphi.de>

> > 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: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
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message