Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 32054 invoked from network); 8 Oct 2008 17:37:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 8 Oct 2008 17:37:50 -0000 Received: (qmail 2367 invoked by uid 500); 8 Oct 2008 17:37:43 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 2310 invoked by uid 500); 8 Oct 2008 17:37:43 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 2301 invoked by uid 99); 8 Oct 2008 17:37:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Oct 2008 10:37:43 -0700 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=DNS_FROM_SECURITYSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.217.13] (HELO mail-gx0-f13.google.com) (209.85.217.13) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Oct 2008 17:36:39 +0000 Received: by gxk6 with SMTP id 6so8606874gxk.5 for ; Wed, 08 Oct 2008 10:37:13 -0700 (PDT) Received: by 10.90.94.12 with SMTP id r12mr9679519agb.14.1223487432893; Wed, 08 Oct 2008 10:37:12 -0700 (PDT) Received: from ?10.17.4.4? (pool-96-237-252-30.bstnma.fios.verizon.net [96.237.252.30]) by mx.google.com with ESMTPS id 6sm12392134agd.37.2008.10.08.10.37.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 08 Oct 2008 10:37:11 -0700 (PDT) Message-Id: <9E9C98C1-9BAD-40A1-9A27-16F698FF18A7@mikemccandless.com> From: Michael McCandless To: java-dev@lucene.apache.org In-Reply-To: <44BAFFD6-4E91-44AD-BCF3-3441B3E78A71@apache.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: Re: [VOTE] Release Lucene 2.4.0 Date: Wed, 8 Oct 2008 13:37:10 -0400 References: <658204.62052.qm@web26003.mail.ukl.yahoo.com> <0D989158-1C5E-4C22-B48C-BC43EA21E8F6@mikemccandless.com> <7AB10034-A429-43B9-B8CC-D1604F2D764C@apache.org> <8D10EBF3-EDA7-4374-BEED-BA2ADDB3ED69@mikemccandless.com> <8E09216D-DB77-4876-88CE-38B80442C482@mikemccandless.com> <070945CC-B7D6-42EF-8945-A5034AD07314@apache.org> <14C50D19-BC44-48D7-94C2-77B6542E458D@ehatchersolutions.com> <0AE54762-BF52-4E14-A4DA-9A69731D60B3@mikemccandless.com> <6B9A43AB-2A5E-49EF-8DB2-C1D37C001739@apache.org> <44BAFFD6-4E91-44AD-BCF3-3441B3E78A71@apache.org> X-Mailer: Apple Mail (2.929.2) X-Virus-Checked: Checked by ClamAV on apache.org OK then the VOTE is done and I will release! Mike Grant Ingersoll wrote: > For the record, +1 on releasing. > > On Oct 8, 2008, at 8:49 AM, Grant Ingersoll wrote: > >> >> On Oct 8, 2008, at 5:21 AM, Michael McCandless wrote: >> >>> >>> I've hit that failure too, from a checkout. It's an environment >>> specific thing for me. On certain machines it always fails, >>> because the JRE chooses too small a value for max heap size. >>> >>> Compile & run this: >>> >>> public class Heap { >>> public static void main(String[] args) { >>> System.out.println("max mem is " + >>> (Runtime.getRuntime().maxMemory()/1024/1024) + "MB"); >>> } >>> } >>> >>> I have a Mac Pro with 6 GB RAM which *always* hits that failure, >>> and here's the output of this program: >>> >>> max mem is 80MB >>> >>> I don't get why Java would default to 80MB max heap on a machine >>> with 6 GB RAM. >> >> It's just really weird to me that it passes consistently on trunk, >> but the branch and the download do not. I've got a Mac Pro w/ 4 >> GB. So, seems to be a Mac thing. That's w/ 1.5. >> >> >>> >>> >>> On a Windows machine with 1 GB RAM it defaults to 63 MB max. Then >>> I have a Linux machine with 4 GB of RAM that defaults to 974 MB max. >>> >>> The workaround I do is to insert maxmemory="512M" attr into the >>> task in common-build.xml. >>> >>> Maybe we should commit that, for 2.9, but I don't think it should >>> block 2.4.0? >> >> Agreed >> >>> >>> >>> On the junit lib, I also think we shouldn't hold up 2.4.0 for >>> that, but for 2.9 we should fix it? >> >> Agreed. >> >>> >>> >>> Mike >>> >>> Erik Hatcher wrote: >>> >>>> All tests pass (via "ant test") for me with the 2.4.0 download. >>>> I have junit-4.4.jar in my ANT_HOME/lib directory. >>>> >>>> Specifically: >>>> >>>> [junit] Testsuite: org.apache.lucene.store.TestHugeRamFile >>>> [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.585 >>>> sec >>>> >>>> Maybe an intermittent anomaly, Grant? >>>> >>>> Erik >>>> >>>> >>>> >>>> On Oct 7, 2008, at 9:49 PM, Grant Ingersoll wrote: >>>> >>>>> I really hate to do this, but the source tests don't compile, >>>>> since we now rely on JUnit to be shipped w/ Lucene. >>>>> >>>>> Steps: >>>>> download the source tarball >>>>> untar >>>>> ant test >>>>> >>>>> Lots of compile errors. I think we just need to package lib/ >>>>> junit with the src. Of course, maybe not a big deal, as we >>>>> didn't package JUnit before, but we also didn't have a lib >>>>> directory before, either. Not sure if it is a show stopper. >>>>> >>>>> However, when I copy junit into a lib directory there, I get: >>>>> >>>>> [junit] Testcase: >>>>> testHugeFile(org.apache.lucene.store.TestHugeRamFile): Caused >>>>> an ERROR >>>>> [junit] Java heap space >>>>> [junit] java.lang.OutOfMemoryError: Java heap space >>>>> [junit] at java.util.Arrays.copyOf(Arrays.java:2760) >>>>> [junit] at java.util.Arrays.copyOf(Arrays.java:2734) >>>>> [junit] at java.util.ArrayList.ensureCapacity(ArrayList.java: >>>>> 167) >>>>> [junit] at java.util.ArrayList.add(ArrayList.java:351) >>>>> [junit] at >>>>> org.apache.lucene.store.RAMFile.addBuffer(RAMFile.java:69) >>>>> [junit] at >>>>> org >>>>> .apache >>>>> .lucene >>>>> .store.RAMOutputStream.switchCurrentBuffer(RAMOutputStream.java: >>>>> 129) >>>>> [junit] at >>>>> org >>>>> .apache >>>>> .lucene.store.RAMOutputStream.writeBytes(RAMOutputStream.java:115) >>>>> [junit] at >>>>> org >>>>> .apache >>>>> .lucene.store.TestHugeRamFile.testHugeFile(TestHugeRamFile.java: >>>>> 68) >>>>> [junit] >>>>> >>>>> >>>>> This passes when I run trunk on the same machine, but fails on >>>>> both the branch and the downloaded src file. I know I could >>>>> just increase the memory, but it seems odd that trunk passes. >>>>> >>>>> Otherwise, things look good. >>>>> >>>>> So -0, I guess. >>>>> >>>>> >>>>> On Oct 7, 2008, at 9:55 AM, Michael McCandless wrote: >>>>> >>>>>> >>>>>> Reminder: this is a new vote (started 2 days ago) to release >>>>>> 2.4.0. >>>>>> >>>>>> We still need 2 more binding (PMC) votes to release. >>>>>> >>>>>> Mike >>>>>> >>>>>> Michael McCandless wrote: >>>>>> >>>>>>> >>>>>>> OK maybe 4th time's a charm ;) >>>>>>> >>>>>>> Let's start a new VOTE to release these artifacts (derived >>>>>>> from svn rev 701827) as Lucene 2.4.0: >>>>>>> >>>>>>> http://people.apache.org/~mikemccand/staging-area/lucene2.4take4 >>>>>>> >>>>>>> Here's my +1. >>>>>>> >>>>>>> Mike >>>>>>> >>>>>>> Grant Ingersoll wrote: >>>>>>> >>>>>>>> +1. >>>>>>>> >>>>>>>> On Oct 3, 2008, at 1:22 PM, Michael McCandless wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> OK let's try again! >>>>>>>>> >>>>>>>>> Let's start a new VOTE to release these artifacts (derived >>>>>>>>> from svn rev 701445) as Lucene 2.4.0: >>>>>>>>> >>>>>>>>> http://people.apache.org/~mikemccand/staging-area/lucene2.4take3 >>>>>>>>> >>>>>>>>> Here's my vote: +1. >>>>>>>>> >>>>>>>>> Mike >>>>>>>>> >>>>>>>>> mark harwood wrote: >>>>>>>>> >>>>>>>>>> Hi Mike, >>>>>>>>>> Given the repackaging any chance you can sneak in 2 contrib >>>>>>>>>> fixes I added recently? >>>>>>>>>> >>>>>>>>>> Null pointer introduced to clients dropping in 2.4 upgrade >>>>>>>>>> - http://svn.apache.org/viewvc?view=rev&revision=700815 >>>>>>>>>> Bug in fuzzy matching - http://svn.apache.org/viewvc?view=rev&revision=699512 >>>>>>>>>> >>>>>>>>>> No big deal if it's too late. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----- Original Message ---- >>>>>>>>>> From: Michael McCandless >>>>>>>>>> To: java-dev@lucene.apache.org >>>>>>>>>> Sent: Friday, 3 October, 2008 16:48:41 >>>>>>>>>> Subject: Re: [VOTE] Release Lucene 2.4.0 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Ugh. I'll fix & re-spin. >>>>>>>>>> >>>>>>>>>> Mike >>>>>>>>>> >>>>>>>>>> Grant Ingersoll wrote: >>>>>>>>>> >>>>>>>>>>> The docs in the downloaded tarball still refer to 2.4-dev. >>>>>>>>>>> >>>>>>>>>>> The doap.rdf file is (badly) out of date. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Sep 30, 2008, at 8:30 AM, Michael McCandless wrote: >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I've built the release artifacts, from revision 700430 on >>>>>>>>>>>> the 2.4 >>>>>>>>>>>> branch. These are the changes: >>>>>>>>>>>> >>>>>>>>>>>> http://people.apache.org/~mikemccand/staging-area/lucene2.4changes/Changes.html >>>>>>>>>>>> >>>>>>>>>>>> Please vote to officially release these artifacts as 2.4.0: >>>>>>>>>>>> >>>>>>>>>>>> http://people.apache.org/~mikemccand/staging-area/lucene2.4 >>>>>>>>>>>> >>>>>>>>>>>> We need at least 3 binding (PMC) votes. >>>>>>>>>>>> >>>>>>>>>>>> Mike >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org >>>>>>>> For additional commands, e-mail: java-dev- >>>>>>>> help@lucene.apache.org >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org >>>>>> For additional commands, e-mail: java-dev-help@lucene.apache.org >>>>>> >>>>> >>>>> -------------------------- >>>>> Grant Ingersoll >>>>> >>>>> Lucene Helpful Hints: >>>>> http://wiki.apache.org/lucene-java/BasicsOfPerformance >>>>> http://wiki.apache.org/lucene-java/LuceneFAQ >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org >>>>> For additional commands, e-mail: java-dev-help@lucene.apache.org >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org >>>> For additional commands, e-mail: java-dev-help@lucene.apache.org >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org >>> For additional commands, e-mail: java-dev-help@lucene.apache.org >>> >> >> -------------------------- >> Grant Ingersoll >> >> Lucene Helpful Hints: >> http://wiki.apache.org/lucene-java/BasicsOfPerformance >> http://wiki.apache.org/lucene-java/LuceneFAQ >> >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org >> For additional commands, e-mail: java-dev-help@lucene.apache.org >> > > -------------------------- > Grant Ingersoll > > Lucene Helpful Hints: > http://wiki.apache.org/lucene-java/BasicsOfPerformance > http://wiki.apache.org/lucene-java/LuceneFAQ > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: java-dev-help@lucene.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org