Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Received-SPF: pass (athena.apache.org: domain of gsim@redhat.com designates
 209.132.183.28 as permitted sender)
Message-ID: <547DFCAD.6080407@redhat.com>
Date: Tue, 02 Dec 2014 17:53:49 +0000
From: Gordon Sim <gsim@redhat.com>
Organization: Red Hat UK Ltd, Registered in England and Wales under Company
 Registration No. 3798903, Directors: Michael Cunningham (USA), Matt Parsons
 (USA), Charlie Peters (USA), Michael O'Neill (Ireland)
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To: users@qpid.apache.org
Subject: Re: Any ETA on a QPid 0.32 release
References: <547CE797.9060108@gmail.com>
 <CAFitrpQQtcy7b4WrKyoQBMhPo7eToJ3zPUg74Z53Px4rZq8m8w@mail.gmail.com>
 <CACsaS944g8RsHGZnf=0w3qZSt4ea6O-DwH5+EECGb2z4bZL8JQ@mail.gmail.com>
In-Reply-To: 
 <CACsaS944g8RsHGZnf=0w3qZSt4ea6O-DwH5+EECGb2z4bZL8JQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 12/02/2014 04:14 PM, Rob Godfrey wrote:
> Can we also move from version 0.32 to something more reflective of the
> maturity of the product?

3.2?

[...]
> I'd also be in favour of separating
> out the components a bit - from the Java side we'd probably then look to
> branch later but spend less time on a branch before release.

I have no issue with releasing components on different schedules.

However I do think it is very important that every component has an 
established release schedule published well in advance.

The 'main' qpid release has at least given a fairly predictable 
periodicity to releases, though we could certainly do better at 
publishing roadmaps in advance.

The proton 0.9 roadmap is very welcome. However I think previously, 
proton and dispatch releases are hard to predict or understand for the 
general public and we want to make that sort of uncertainty less common.

Obviously dates can slip a little here or there and that's normal. The 
key is just to give some window into the future plans for every 
component to all who might be interested.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@qpid.apache.org
For additional commands, e-mail: users-help@qpid.apache.org