Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 58294 invoked from network); 25 Aug 2007 12:32:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 Aug 2007 12:32:15 -0000 Received: (qmail 80144 invoked by uid 500); 25 Aug 2007 12:32:05 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 80079 invoked by uid 500); 25 Aug 2007 12:32:05 -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 80068 invoked by uid 99); 25 Aug 2007 12:32:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Aug 2007 05:32:05 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [208.97.132.5] (HELO spunkymail-a16.dreamhost.com) (208.97.132.5) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Aug 2007 12:31:57 +0000 Received: from [192.168.0.3] (adsl-074-229-189-244.sip.rmo.bellsouth.net [74.229.189.244]) by spunkymail-a16.dreamhost.com (Postfix) with ESMTP id 4521C7CEA8 for ; Sat, 25 Aug 2007 05:31:35 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: java-dev@lucene.apache.org From: Grant Ingersoll Subject: 2.3 Date: Sat, 25 Aug 2007 08:31:04 -0400 X-Mailer: Apple Mail (2.752.3) X-Virus-Checked: Checked by ClamAV on apache.org Do we want to start thinking about 2.3 release in the next month or so, say by the end of September? I propose this time around, during our freeze cycle, we take a good look at cleaning up JIRA, especially some of the older issues (< LUCENE-400). I am hoping to add a Hudson call similar to what Hadoop does that automatically applies patches to the trunk to see if the tests pass, codestyle is met, etc. If anyone wants to help out with that, I would appreciate it. Ideally, we could build something that is nice and portable so that other Lucene projects can use it (maybe even other ASF projects) It seems like it could be done through some ANT tasks and targets, instead of the current shell way. Mostly, I say that, though, b/c I am not much of a shell scripter and is not a knock against the Hadoop implementation. We also should do some thinking on what we want to deprecate per our plan to move to JDK 1.5 and Lucene 3.0. Thoughts? -Grant --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org