Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 43146 invoked from network); 18 Sep 2009 00:24:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 18 Sep 2009 00:24:19 -0000 Received: (qmail 73001 invoked by uid 500); 18 Sep 2009 00:24:19 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 72959 invoked by uid 500); 18 Sep 2009 00:24:19 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 72949 invoked by uid 99); 18 Sep 2009 00:24:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Sep 2009 00:24:19 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bruce.snyder@gmail.com designates 209.85.218.224 as permitted sender) Received: from [209.85.218.224] (HELO mail-bw0-f224.google.com) (209.85.218.224) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Sep 2009 00:24:09 +0000 Received: by bwz24 with SMTP id 24so402644bwz.38 for ; Thu, 17 Sep 2009 17:23:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=vcQwtDld2iQOTpSqJFU14N648qSs1kCVV9AW5CYDUdQ=; b=arxJeunkgnAoAOeZ5ozGk8jmuCngvQBs+KQNm6e8mWpPFBtbaYuh+W+sFa4IYl9A1j kn7UtEc8afF3Gr12Cluy+xm/gDHGymvzOw6WxuT9qKWkPiOq+hyQUVie21n6mNpc46zY U8TrORRX5XumsFaCOPJYv4Iat3hLX966N42NU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=xkgv4bcFejcSW6lSYPM+T/wfHsDEcQy+FskiBKxAZPzzG7NpWPm4Qu/3QjzK0sKiM1 M/v5ru8jXQLd5UoPMNwpyypnEaHUbBl/+FeL/KlCCs/dBGNoqAHCAEk8u0Ds/PGbf+Dm jixgQzzLldd9QrUpvCKyiNEo6hJlI2fss228A= MIME-Version: 1.0 Received: by 10.223.24.87 with SMTP id u23mr254149fab.81.1253233427676; Thu, 17 Sep 2009 17:23:47 -0700 (PDT) In-Reply-To: References: <36e91d9d0909171156k7b443f88r73c55929b2e43f7e@mail.gmail.com> <7b3355cb0909171442h4aabe83cpc327eb6bf41bdea9@mail.gmail.com> Date: Thu, 17 Sep 2009 18:23:47 -0600 Message-ID: <7b3355cb0909171723t1a7e7442l2188e9eea9ee9d35@mail.gmail.com> Subject: Re: [VOTE] ActiveMQ 5.3.0 From: Bruce Snyder To: dev@activemq.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Sep 17, 2009 at 4:24 PM, Hiram Chirino wrote: > It's been deployed to a staging repo. =A0See my earlier reply about that = in > this thread. Then we should probably vote on and release that module separately and before the full ActiveMQ release. The ActiveMQ release candidates shouldn't make use of candidate modules located in temporary repos. >> Also, why has there been no discussion regarding the preparation for >> this release on the dev list? >> >> > Isn't that what what's going on now? > > IMHO rolling release candidates is the best way to get folks engaged and > discussing the current state of the product and whats still missing. Agreed. > As we have long seen in the History of ActiveMQ releases.. it typically > takes several release candidates before everyone's happy. =A0I guess this > first release candidate was no different! Agreed, release candidates are the best way to seek consensus for a release. To improve upon the way we go about handling releases, I'd like to suggest a couple minor changes: * Since tags are supposed to be a snapshot in time and therefore shouldn't change, I'd like to suggest that the tag name be changed to reflect the fact that it's a release candidate, e.g., activemq-5.3.0-RC1, etc. Either that or we could instead work from a branch that can change as much as necessary until there's agreement on which candidate to release. * I'd also like to suggest that tarballs and zips for each release candidate be labeled as such, e.g., apache-activemq-5.3.0-RC1-bin.tar.gz, apache-activemq-5.3.0-RC2-bin.tar.gz, etc. This way there is no confusion and downloaded items are clearly marked as a release candidate and not a full 5.3 release. Also, while we're discussing releases, we should make sure that the release guide reflects the latest practices: http://activemq.apache.org/release-guide.html I see that it needs to be updated to include the process for release candidates. > That's why I'm grateful to anyone who take the initiative to start rollin= g > the release candidates. =A0They are basically taking on a tough job and > prodding the rest of to get involved the release! > > We really do need to start doing releases more often. +1 to releasing more often. We should probably aim for more frequent minor releases, i.e., 5.2.1, 5.2.2, etc. so fixes are delivered faster. Bruce --=20 perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=3D6-E+G-N>61E