Can we also move from version 0.32 to something more reflective of the maturity of the product?
I feel like we've held off so long that going to release "1.0" now would seem strange, and also imply something significant had happened in that release which it hasn't. Personally I'd go for something like 15.1 (not necessarily to indicate that we'd go for year.month in the future... but just as a arbitrary starting point). 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. -- Rob On 2 December 2014 at 16:48, Robbie Gemmell <[email protected]> wrote: > The releases have usually been every 4 months or so, and the branch > for the last release was made about 4 months ago, so I guess the plan > should be to branch sometime soon. Typically releases that begin in > Nov/Dec dont emerge until some point in January. Any plans on dates > Justin? > > Of course, we have discussed the project being more modular, updated > the release artifacts along those lines to be more component based, > and voted on them seperately last time round, so potentially we could > look to take a further step and release different bits at different > times now. Thoughts anyone? > > Robbie > > On 1 December 2014 at 22:11, Timothy Bish <[email protected]> wrote: > > We've been working on improving the AMQP 1.0 support in ActiveMQ and I've > > found that the trunk code for QPid JMS client contains some fixes that > would > > be nice to have in for testing the fixes that are in the pipeline for the > > broker. Was wondering if there is any idea on when the 0.32 release > process > > might start rolling? > > > > -- > > Tim Bish > > Sr Software Engineer | RedHat Inc. > > [email protected] | www.redhat.com > > skype: tabish121 | twitter: @tabish121 > > blog: http://timbish.blogspot.com/ > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
