You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@servicemix.apache.org by Guillaume Nodet <gn...@gmail.com> on 2007/12/19 08:42:33 UTC
Releasing runtime
I'd like us to think about releasing a first version of ServiceMix Runtime.
However, we are dependant on a number of snapshots, mainly coming from Felix
(gshell is about to be released, as are the two geronimo spec jars).
It doesn't looks like they will release the Felix snapshots in the coming
days, so we can either:
1) not release anything
2) keep snapshot dependencies
3) internally release timestamped versions of the felix jars
I don't like any of those solutions, so I welcome any opinion
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: Releasing runtime
Posted by Guillaume Nodet <gn...@gmail.com>.
To be honest and realistic, I don't expect all the felix jars we need to be
released before one or two months.
On Dec 19, 2007 2:27 PM, Bruce Snyder <br...@gmail.com> wrote:
> On Dec 19, 2007 12:42 AM, Guillaume Nodet <gn...@gmail.com> wrote:
> > I'd like us to think about releasing a first version of ServiceMix
> Runtime.
> > However, we are dependant on a number of snapshots, mainly coming from
> Felix
> > (gshell is about to be released, as are the two geronimo spec jars).
> > It doesn't looks like they will release the Felix snapshots in the
> coming
> > days, so we can either:
> > 1) not release anything
> > 2) keep snapshot dependencies
> > 3) internally release timestamped versions of the felix jars
> >
> > I don't like any of those solutions, so I welcome any opinion
>
> If it's truly going to be a few days, then I'd say wait those few days
> to release the milestone. But don't overlook the fact that the
> milestone needs docs all over it explaining that it is a milestone and
> experimental, etc., etc. I recall doing this with the first few
> Geronimo milestone releases and this wasn't explained well and some
> people were really upset by it because they understood the milestones
> to be real releases, not a peak at the experimental stuff.
>
> Bruce
> --
> perl -e 'print
> unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
> );'
>
> Apache ActiveMQ - http://activemq.org/
> Apache Camel - http://activemq.org/camel/
> Apache ServiceMix - http://servicemix.org/
> Apache Geronimo - http://geronimo.apache.org/
>
> Blog: http://bruceblog.org/
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: Releasing runtime
Posted by Bruce Snyder <br...@gmail.com>.
On Dec 19, 2007 12:42 AM, Guillaume Nodet <gn...@gmail.com> wrote:
> I'd like us to think about releasing a first version of ServiceMix Runtime.
> However, we are dependant on a number of snapshots, mainly coming from Felix
> (gshell is about to be released, as are the two geronimo spec jars).
> It doesn't looks like they will release the Felix snapshots in the coming
> days, so we can either:
> 1) not release anything
> 2) keep snapshot dependencies
> 3) internally release timestamped versions of the felix jars
>
> I don't like any of those solutions, so I welcome any opinion
If it's truly going to be a few days, then I'd say wait those few days
to release the milestone. But don't overlook the fact that the
milestone needs docs all over it explaining that it is a milestone and
experimental, etc., etc. I recall doing this with the first few
Geronimo milestone releases and this wasn't explained well and some
people were really upset by it because they understood the milestones
to be real releases, not a peak at the experimental stuff.
Bruce
--
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Blog: http://bruceblog.org/
Re: Releasing runtime
Posted by Guillaume Nodet <gn...@gmail.com>.
Sure, I did not implied to release a 1.0. The version we want to use should
be discussed too, but I agree we can't release a 1.0 with snapshots inside.
So your proposition makes perfect sense to me.
On Dec 19, 2007 10:18 AM, Gert Vanthienen <ge...@skynet.be> wrote:
> Guillaume,
>
>
> Couldn't we do another milestone release (e.g. 1.0-M1) and keep the
> snapshot dependencies for now, releasing a final 1.0 version as soon as
> final versions are available for all the dependencies? This way, we can
> ship a 'pre-first' release to our user base to get some feedback without
> having to depend on SNAPSHOTs in our final release.
>
>
> Gert
>
>
> Guillaume Nodet wrote:
> > I'd like us to think about releasing a first version of ServiceMix
> Runtime.
> > However, we are dependant on a number of snapshots, mainly coming from
> Felix
> > (gshell is about to be released, as are the two geronimo spec jars).
> > It doesn't looks like they will release the Felix snapshots in the
> coming
> > days, so we can either:
> > 1) not release anything
> > 2) keep snapshot dependencies
> > 3) internally release timestamped versions of the felix jars
> >
> > I don't like any of those solutions, so I welcome any opinion
> >
> >
>
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: Releasing runtime
Posted by James Strachan <ja...@gmail.com>.
+1
On 20/12/2007, Guillaume Nodet <gn...@gmail.com> wrote:
> Actually, I'd rather go 3 (release timestamped versions of felix jars we
> need and put them in our own repo) and release a 1.0-m1. Thoughts ?
>
> On Dec 19, 2007 10:18 AM, Gert Vanthienen <ge...@skynet.be> wrote:
>
> > Guillaume,
> >
> >
> > Couldn't we do another milestone release (e.g. 1.0-M1) and keep the
> > snapshot dependencies for now, releasing a final 1.0 version as soon as
> > final versions are available for all the dependencies? This way, we can
> > ship a 'pre-first' release to our user base to get some feedback without
> > having to depend on SNAPSHOTs in our final release.
> >
> >
> > Gert
> >
> >
> > Guillaume Nodet wrote:
> > > I'd like us to think about releasing a first version of ServiceMix
> > Runtime.
> > > However, we are dependant on a number of snapshots, mainly coming from
> > Felix
> > > (gshell is about to be released, as are the two geronimo spec jars).
> > > It doesn't looks like they will release the Felix snapshots in the
> > coming
> > > days, so we can either:
> > > 1) not release anything
> > > 2) keep snapshot dependencies
> > > 3) internally release timestamped versions of the felix jars
> > >
> > > I don't like any of those solutions, so I welcome any opinion
> > >
> > >
> >
> >
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
>
--
James
-------
http://macstrac.blogspot.com/
Open Source Integration
http://open.iona.com
Re: Releasing runtime
Posted by Gert Vanthienen <ge...@skynet.be>.
+1
Guillaume Nodet wrote:
> Actually, I'd rather go 3 (release timestamped versions of felix jars we
> need and put them in our own repo) and release a 1.0-m1. Thoughts ?
>
> On Dec 19, 2007 10:18 AM, Gert Vanthienen <ge...@skynet.be> wrote:
>
>
>> Guillaume,
>>
>>
>> Couldn't we do another milestone release (e.g. 1.0-M1) and keep the
>> snapshot dependencies for now, releasing a final 1.0 version as soon as
>> final versions are available for all the dependencies? This way, we can
>> ship a 'pre-first' release to our user base to get some feedback without
>> having to depend on SNAPSHOTs in our final release.
>>
>>
>> Gert
>>
>>
>> Guillaume Nodet wrote:
>>
>>> I'd like us to think about releasing a first version of ServiceMix
>>>
>> Runtime.
>>
>>> However, we are dependant on a number of snapshots, mainly coming from
>>>
>> Felix
>>
>>> (gshell is about to be released, as are the two geronimo spec jars).
>>> It doesn't looks like they will release the Felix snapshots in the
>>>
>> coming
>>
>>> days, so we can either:
>>> 1) not release anything
>>> 2) keep snapshot dependencies
>>> 3) internally release timestamped versions of the felix jars
>>>
>>> I don't like any of those solutions, so I welcome any opinion
>>>
>>>
>>>
>>
>
>
>
Re: Releasing runtime
Posted by Jeff Yu <je...@gmail.com>.
+1
Thanks
Jeff
On Dec 20, 2007 5:36 PM, Freeman Fang <fr...@gmail.com> wrote:
> +1
>
> Guillaume Nodet wrote:
> > Actually, I'd rather go 3 (release timestamped versions of felix jars we
> > need and put them in our own repo) and release a 1.0-m1. Thoughts ?
> >
> > On Dec 19, 2007 10:18 AM, Gert Vanthienen <ge...@skynet.be>
> wrote:
> >
> >
> >> Guillaume,
> >>
> >>
> >> Couldn't we do another milestone release (e.g. 1.0-M1) and keep the
> >> snapshot dependencies for now, releasing a final 1.0 version as soon as
> >> final versions are available for all the dependencies? This way, we
> can
> >> ship a 'pre-first' release to our user base to get some feedback
> without
> >> having to depend on SNAPSHOTs in our final release.
> >>
> >>
> >> Gert
> >>
> >>
> >> Guillaume Nodet wrote:
> >>
> >>> I'd like us to think about releasing a first version of ServiceMix
> >>>
> >> Runtime.
> >>
> >>> However, we are dependant on a number of snapshots, mainly coming from
> >>>
> >> Felix
> >>
> >>> (gshell is about to be released, as are the two geronimo spec jars).
> >>> It doesn't looks like they will release the Felix snapshots in the
> >>>
> >> coming
> >>
> >>> days, so we can either:
> >>> 1) not release anything
> >>> 2) keep snapshot dependencies
> >>> 3) internally release timestamped versions of the felix jars
> >>>
> >>> I don't like any of those solutions, so I welcome any opinion
> >>>
> >>>
> >>>
> >>
> >
> >
> >
>
--
Thanks
Jeff
Re: Releasing runtime
Posted by Freeman Fang <fr...@gmail.com>.
+1
Guillaume Nodet wrote:
> Actually, I'd rather go 3 (release timestamped versions of felix jars we
> need and put them in our own repo) and release a 1.0-m1. Thoughts ?
>
> On Dec 19, 2007 10:18 AM, Gert Vanthienen <ge...@skynet.be> wrote:
>
>
>> Guillaume,
>>
>>
>> Couldn't we do another milestone release (e.g. 1.0-M1) and keep the
>> snapshot dependencies for now, releasing a final 1.0 version as soon as
>> final versions are available for all the dependencies? This way, we can
>> ship a 'pre-first' release to our user base to get some feedback without
>> having to depend on SNAPSHOTs in our final release.
>>
>>
>> Gert
>>
>>
>> Guillaume Nodet wrote:
>>
>>> I'd like us to think about releasing a first version of ServiceMix
>>>
>> Runtime.
>>
>>> However, we are dependant on a number of snapshots, mainly coming from
>>>
>> Felix
>>
>>> (gshell is about to be released, as are the two geronimo spec jars).
>>> It doesn't looks like they will release the Felix snapshots in the
>>>
>> coming
>>
>>> days, so we can either:
>>> 1) not release anything
>>> 2) keep snapshot dependencies
>>> 3) internally release timestamped versions of the felix jars
>>>
>>> I don't like any of those solutions, so I welcome any opinion
>>>
>>>
>>>
>>
>
>
>
Re: Releasing runtime
Posted by Guillaume Nodet <gn...@gmail.com>.
Actually, I'd rather go 3 (release timestamped versions of felix jars we
need and put them in our own repo) and release a 1.0-m1. Thoughts ?
On Dec 19, 2007 10:18 AM, Gert Vanthienen <ge...@skynet.be> wrote:
> Guillaume,
>
>
> Couldn't we do another milestone release (e.g. 1.0-M1) and keep the
> snapshot dependencies for now, releasing a final 1.0 version as soon as
> final versions are available for all the dependencies? This way, we can
> ship a 'pre-first' release to our user base to get some feedback without
> having to depend on SNAPSHOTs in our final release.
>
>
> Gert
>
>
> Guillaume Nodet wrote:
> > I'd like us to think about releasing a first version of ServiceMix
> Runtime.
> > However, we are dependant on a number of snapshots, mainly coming from
> Felix
> > (gshell is about to be released, as are the two geronimo spec jars).
> > It doesn't looks like they will release the Felix snapshots in the
> coming
> > days, so we can either:
> > 1) not release anything
> > 2) keep snapshot dependencies
> > 3) internally release timestamped versions of the felix jars
> >
> > I don't like any of those solutions, so I welcome any opinion
> >
> >
>
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: Releasing runtime
Posted by Gert Vanthienen <ge...@skynet.be>.
Guillaume,
Couldn't we do another milestone release (e.g. 1.0-M1) and keep the
snapshot dependencies for now, releasing a final 1.0 version as soon as
final versions are available for all the dependencies? This way, we can
ship a 'pre-first' release to our user base to get some feedback without
having to depend on SNAPSHOTs in our final release.
Gert
Guillaume Nodet wrote:
> I'd like us to think about releasing a first version of ServiceMix Runtime.
> However, we are dependant on a number of snapshots, mainly coming from Felix
> (gshell is about to be released, as are the two geronimo spec jars).
> It doesn't looks like they will release the Felix snapshots in the coming
> days, so we can either:
> 1) not release anything
> 2) keep snapshot dependencies
> 3) internally release timestamped versions of the felix jars
>
> I don't like any of those solutions, so I welcome any opinion
>
>
Re: Releasing runtime
Posted by Guillaume Nodet <gn...@gmail.com>.
Actually, we also have dependencies on
org.apache.felix.shell.tui
main
On Dec 20, 2007 11:53 AM, Guillaume Nodet <gn...@gmail.com> wrote:
> So I will upload felix timestamped jars in our m2 repo.
> I use the following script to put everything perform all the releases:
>
> #!/bin/bash
> REV=605854
> VERSION=r$REV
> PASSPHRASE=
> REPO=gnodet::default::file:///Users/gnodet/work/servicemix/m2-repo/
> svn checkout --revision $REV https://svn.apache.org/repos/asf/felix/trunk$VERSION
> cd $VERSION
> find . -type f -name 'pom.xml' -print | grep -v .svn | grep -v target |
> while read filename
> do (
> echo "Editing $filename"
> # Use released version of maven-osgi-0.2.0 and transform other
> snapshots into $VERSION
> sed "s/0.2.0-SNAPSHOT/0.2.0/g; s/SNAPSHOT/$VERSION/g;" $filename >
> $filename.sed
> mv $filename.sed $filename
> )
> done
> for module in pom org.osgi.service.obr maven-obr-plugin bundleplugin \
> org.osgi.core shell bundlerepository framework javax.servlet\
> org.osgi.foundation org.osgi.compendium configadmin
> do (
> echo "Releasing $module"
> cd $module
> mvn deploy -Prelease -DaltDeploymentRepository=$REPO -
> Dgpg.passphrase=$PASSPHRASE
> cd ..
> )
> done
>
>
>
>
>
> On Dec 19, 2007 8:42 AM, Guillaume Nodet <gn...@gmail.com> wrote:
>
> > I'd like us to think about releasing a first version of ServiceMix
> > Runtime.
> > However, we are dependant on a number of snapshots, mainly coming from
> > Felix (gshell is about to be released, as are the two geronimo spec jars).
> > It doesn't looks like they will release the Felix snapshots in the
> > coming days, so we can either:
> > 1) not release anything
> > 2) keep snapshot dependencies
> > 3) internally release timestamped versions of the felix jars
> >
> > I don't like any of those solutions, so I welcome any opinion
> >
> > --
> > Cheers,
> > Guillaume Nodet
> > ------------------------
> > Blog: http://gnodet.blogspot.com/
>
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: Releasing runtime
Posted by Guillaume Nodet <gn...@gmail.com>.
So I will upload felix timestamped jars in our m2 repo.
I use the following script to put everything perform all the releases:
#!/bin/bash
REV=605854
VERSION=r$REV
PASSPHRASE=
REPO=gnodet::default::file:///Users/gnodet/work/servicemix/m2-repo/
svn checkout --revision $REV
https://svn.apache.org/repos/asf/felix/trunk$VERSION
cd $VERSION
find . -type f -name 'pom.xml' -print | grep -v .svn | grep -v target |
while read filename
do (
echo "Editing $filename"
# Use released version of maven-osgi-0.2.0 and transform other snapshots
into $VERSION
sed "s/0.2.0-SNAPSHOT/0.2.0/g; s/SNAPSHOT/$VERSION/g;" $filename >
$filename.sed
mv $filename.sed $filename
)
done
for module in pom org.osgi.service.obr maven-obr-plugin bundleplugin \
org.osgi.core shell bundlerepository framework javax.servlet \
org.osgi.foundation org.osgi.compendium configadmin
do (
echo "Releasing $module"
cd $module
mvn deploy -Prelease -DaltDeploymentRepository=$REPO -
Dgpg.passphrase=$PASSPHRASE
cd ..
)
done
On Dec 19, 2007 8:42 AM, Guillaume Nodet <gn...@gmail.com> wrote:
> I'd like us to think about releasing a first version of ServiceMix
> Runtime.
> However, we are dependant on a number of snapshots, mainly coming from
> Felix (gshell is about to be released, as are the two geronimo spec jars).
> It doesn't looks like they will release the Felix snapshots in the coming
> days, so we can either:
> 1) not release anything
> 2) keep snapshot dependencies
> 3) internally release timestamped versions of the felix jars
>
> I don't like any of those solutions, so I welcome any opinion
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: Releasing runtime
Posted by Guillaume Nodet <gn...@gmail.com>.
We already reference our own repo which contains jars not otherwise
available in public repos, so I suppose we could put them there so that
the build can be reproduced at a later time without any problems.
For example, I've already put a timestamped version of mina which contains
a fix that has been commited but not released yet.
On Dec 19, 2007 8:56 PM, Matt Hogstrom <ma...@hogstrom.org> wrote:
>
> On Dec 19, 2007, at 9:36 AM, James Strachan wrote:
>
> > Maybe option 3 until Felix releases?
> >
> > On 19/12/2007, Guillaume Nodet <gn...@gmail.com> wrote:
> >>
> >> 3) internally release timestamped versions of the felix jars
> >>
>
> In Geronimo we created did this. Basically we created a project that
> housed the jars in the tree we were releasing. When the project was
> built the jars were automatically put into the local Maven repo which
> worked fine. The problem we had was that the artifacts were not
> released to the wild so when people tried to work with the release G
> the Poms had references to the "snapshot release" jars which they
> couldn't find. Just a heads up that should be doc'ed for the intrepid
> developers that may run into this problem.
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: Releasing runtime
Posted by Matt Hogstrom <ma...@hogstrom.org>.
On Dec 19, 2007, at 9:36 AM, James Strachan wrote:
> Maybe option 3 until Felix releases?
>
> On 19/12/2007, Guillaume Nodet <gn...@gmail.com> wrote:
>>
>> 3) internally release timestamped versions of the felix jars
>>
In Geronimo we created did this. Basically we created a project that
housed the jars in the tree we were releasing. When the project was
built the jars were automatically put into the local Maven repo which
worked fine. The problem we had was that the artifacts were not
released to the wild so when people tried to work with the release G
the Poms had references to the "snapshot release" jars which they
couldn't find. Just a heads up that should be doc'ed for the intrepid
developers that may run into this problem.
Re: Releasing runtime
Posted by James Strachan <ja...@gmail.com>.
Maybe option 3 until Felix releases?
On 19/12/2007, Guillaume Nodet <gn...@gmail.com> wrote:
> I'd like us to think about releasing a first version of ServiceMix Runtime.
> However, we are dependant on a number of snapshots, mainly coming from Felix
> (gshell is about to be released, as are the two geronimo spec jars).
> It doesn't looks like they will release the Felix snapshots in the coming
> days, so we can either:
> 1) not release anything
> 2) keep snapshot dependencies
> 3) internally release timestamped versions of the felix jars
>
> I don't like any of those solutions, so I welcome any opinion
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
>
--
James
-------
http://macstrac.blogspot.com/
Open Source Integration
http://open.iona.com
Re: Releasing runtime
Posted by Guillaume Nodet <gn...@gmail.com>.
So I've upgraded felix jars to r605854, the geronimo jars are being voted
and gshell vote is over and should be deployed soon. So I think we're nearly
ok.
On Dec 19, 2007 8:42 AM, Guillaume Nodet <gn...@gmail.com> wrote:
> I'd like us to think about releasing a first version of ServiceMix
> Runtime.
> However, we are dependant on a number of snapshots, mainly coming from
> Felix (gshell is about to be released, as are the two geronimo spec jars).
> It doesn't looks like they will release the Felix snapshots in the coming
> days, so we can either:
> 1) not release anything
> 2) keep snapshot dependencies
> 3) internally release timestamped versions of the felix jars
>
> I don't like any of those solutions, so I welcome any opinion
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/