It looks good for me. I created the SMX4-469 to track this. We can let
the Jira task open to keep in mind to change the versioning at release time.
Regards
JB
Gert Vanthienen wrote:
L.S.,
I don't think we have to do anything for this right now. The
maven-release-plugin will ask for the release version number when
we're doing the release and we can just specify the new version then.
Until then, it's perfectly fine to keep things at 1.1.0-SNAPSHOT and
4.1.0-SNAPSHOT.
Regards,
Gert Vanthienen
------------------------
Open Source SOA: http://fusesource.com
Blog: http://gertvanthienen.blogspot.com/
2010/1/25 Jean-Baptiste Onofré <[email protected]>:
Chris,
I created SMX4-469 about this.
https://issues.apache.org/activemq/browse/SMX4-469
Regards
JB
Chris Custine wrote:
Hi All,
In preparation for releasing the next ServiceMix 4, I would like to
propose
that we skip a minor version number and release as NMR 1.2 and ServiceMix
4.2. There are a couple of reasons for this. First, we have a few of our
own bundles in both NMR and the Features projects that will actually be
numbered the same as the release. As we know, this can cause problems for
some people using SNAPSHOTs because the SNAPSHOT version will actually be
considered as newer than the release due to OSGi versioning semantics.
Second, this is going to be made worse by some of the open source users
that are mixing in parts from the FUSE distribution which is already at
4.1.
I think we can debate the long term versioning strategy separately (Apache
Felix bundles use odd numbers for SNAPSHOTs and only release even
numbers),
but for the time being I wanted to see if anyone would object to releasing
as NMR 1.2.0 and ServiceMix 4.2.0 to clear up some of these issues?
Thanks,
Chris
--
Chris Custine
FUSESource :: http://fusesource.com
My Blog :: http://blog.organicelement.com
Apache ServiceMix :: http://servicemix.apache.org
Apache Felix :: http://felix.apache.org
Apache Directory Server :: http://directory.apache.org
--
Jean-Baptiste Onofré (Nanthrax)
BuildProcess/AutoDeploy Project Leader
http://buildprocess.sourceforge.net
[email protected]
PGP : 17D4F086
