Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 16212 invoked from network); 28 Apr 2007 19:43:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Apr 2007 19:43:53 -0000 Received: (qmail 38767 invoked by uid 500); 28 Apr 2007 19:44:00 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 38723 invoked by uid 500); 28 Apr 2007 19:43:59 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@forrest.apache.org List-Id: Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 38712 invoked by uid 99); 28 Apr 2007 19:43:59 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Apr 2007 12:43:59 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of ross.gardler@googlemail.com designates 64.233.162.228 as permitted sender) Received: from [64.233.162.228] (HELO nz-out-0506.google.com) (64.233.162.228) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 28 Apr 2007 12:43:52 -0700 Received: by nz-out-0506.google.com with SMTP id i11so1457729nzh for ; Sat, 28 Apr 2007 12:43:32 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=googlemail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=chw9tNr+P5G5+A+svYWH+JNFQmCYfgb/4fmRHg/ojEW+rP7z7ZjZX+fJkur65/lzkHkAf+kOW/4sy20my4chvc7wpT38XhPo3TzBTCQPwl8wCuYgT5V8HbDO184p+3XwhwmOAWUXPvpZ9V4LV7UWrmfJdISYAQnv1Sb1BCx3vzE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=oI/HL5V8gMT1pq2nqwyw9EsBY9bnt/AhGTcPrGqIwl5s77740hhCRVV4Eqz8UDt6h2m+3vFxHcZRaQR2bG+qe2c8KtcZCuVBUcQ8yaE0d9WqgqRe7tBxP55JokYwvzNDDIvYvwSZuZUTlRHMRGXRfDueNHMPg7mVlo9cgwaCsRs= Received: by 10.115.14.1 with SMTP id r1mr1470030wai.1177789411745; Sat, 28 Apr 2007 12:43:31 -0700 (PDT) Received: by 10.114.108.16 with HTTP; Sat, 28 Apr 2007 12:43:31 -0700 (PDT) Message-ID: <61c9bc470704281243v4985db29uf42d8d01e414149b@mail.gmail.com> Date: Sat, 28 Apr 2007 20:43:31 +0100 From: "Ross Gardler" Sender: ross.gardler@googlemail.com To: dev@forrest.apache.org Subject: Re: [Brainstorming] 0.9 release In-Reply-To: <1177716809.6860.43.camel@cartman> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1177716809.6860.43.camel@cartman> X-Google-Sender-Auth: b01fbfcc611ac1de X-Virus-Checked: Checked by ClamAV on apache.org On 28/04/07, Thorsten Scherler wrote: > to have a quick release let us start early to plan and have a well > defined feature list. I agree in principle, but I'm not sure how active I will be on 0.9. We are using Forrest again (hurrah!), but there are issues with it that may see us going in a different direction as the project matures (see my original RT thread prior to 0.8 relase). I'll be addressing these issues by resurecting my RT once I have come good on my promise for a release management proposal. This proposal will incorporate a proposal for parallel development on 1.0 and 2.0. > I think this three points can be done before the end of the year where > we should release 0.9. Bahh!!! 6 months is too long. We should be aiming for 0.9 in 3 months tops. The Ivy build will not take long, we can then do integration testing on updated jars, bug fixes from 0.8 and issues we don't want to roll over again (see Davids mail in this thread) will be sufficient for a 0.9 release. We need a much faster release cycle every three months at least. Don't worry I'm going to be proposing a more streamlined release process which includes: - more automation - more automated testing - stable and unstable releases (just like Linux Kernel or Apache HTTPD) One more note, dispatcher is a plugin so it has an independent lifecycle and 0.9 should not be dependent on it. I am in favour of it coming out of whiteboard but not the 0.9 release being dependent on that happening. Ross