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 2008/06/19 11:20:04 UTC
Extracting 3thd party repackaged bundles in their own tree
I'd like to move all bundles in their own tree under smx4/bundles/
instead of having them split accross smx4/kernel/bundles,
smx4/nmr/bundles, smx4/features/camel/bundles,
smx4/features/cxf/bundles etc...
If think this makes sense for two reasons:
* much easier to find what's available
* they are usually released only once, so i don't see why we should
release then more often
If no one objects, I'll do that early next week.
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: Road map towards commit privileges in ServiceMix?
Posted by Guillaume Nodet <gn...@gmail.com>.
You'll find some pointers at http://servicemix.apache.org/contributing.html
In short, it mainly involves submitting patches and earn merit. At
some point, the community may decide to offer you commit priviledges.
On Fri, Jul 18, 2008 at 9:19 PM, ozialien <oz...@gmail.com> wrote:
> I have been using ServiceMix 3.2.1 quite a bit. But overall I am new to
> JBI. I would like to contribute as a developer but need a bit of a roadmap
> towards commit privileges.
>
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Road map towards commit privileges in ServiceMix?
Posted by ozialien <oz...@gmail.com>.
I have been using ServiceMix 3.2.1 quite a bit. But overall I am new to
JBI. I would like to contribute as a developer but need a bit of a
roadmap towards commit privileges.
Re: Extracting 3thd party repackaged bundles in their own tree
Posted by Guillaume Nodet <gn...@gmail.com>.
Opps, forgot to mention the location:
https://svn.apache.org/repos/asf/servicemix/smx4/bundles/trunk
There is a convenience pom at the root, but it sounded a bit
overweight to have each bundle in its own trunk/branches/tags
structure, as I expect most of these bundles to be released only once.
On Mon, Jun 23, 2008 at 11:26 PM, Guillaume Nodet <gn...@gmail.com> wrote:
> I've just create a new svn tree that holds all the OSGi bundles used
> throughout servicemix 4.
> I've changed a bit the naming scheme for these repackaged jars.
> groupId = org.apache.servicemix.bundles
> artifactId = org.apache.servicemix.bundles.[orginal artifact]
> version = [original version]_1-SNAPSHOT
>
> I will update the kernel, nmr and features project to use those asap.
>
> On Thu, Jun 19, 2008 at 11:20 AM, Guillaume Nodet <gn...@gmail.com> wrote:
>> I'd like to move all bundles in their own tree under smx4/bundles/
>> instead of having them split accross smx4/kernel/bundles,
>> smx4/nmr/bundles, smx4/features/camel/bundles,
>> smx4/features/cxf/bundles etc...
>> If think this makes sense for two reasons:
>> * much easier to find what's available
>> * they are usually released only once, so i don't see why we should
>> release then more often
>> If no one objects, I'll do that early next week.
>>
>> --
>> 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: Extracting 3thd party repackaged bundles in their own tree
Posted by Guillaume Nodet <gn...@gmail.com>.
I've just create a new svn tree that holds all the OSGi bundles used
throughout servicemix 4.
I've changed a bit the naming scheme for these repackaged jars.
groupId = org.apache.servicemix.bundles
artifactId = org.apache.servicemix.bundles.[orginal artifact]
version = [original version]_1-SNAPSHOT
I will update the kernel, nmr and features project to use those asap.
On Thu, Jun 19, 2008 at 11:20 AM, Guillaume Nodet <gn...@gmail.com> wrote:
> I'd like to move all bundles in their own tree under smx4/bundles/
> instead of having them split accross smx4/kernel/bundles,
> smx4/nmr/bundles, smx4/features/camel/bundles,
> smx4/features/cxf/bundles etc...
> If think this makes sense for two reasons:
> * much easier to find what's available
> * they are usually released only once, so i don't see why we should
> release then more often
> If no one objects, I'll do that early next week.
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: Extracting 3thd party repackaged bundles in their own tree
Posted by Freeman Fang <fr...@gmail.com>.
+1
Freeman
Guillaume Nodet wrote:
> I'd like to move all bundles in their own tree under smx4/bundles/
> instead of having them split accross smx4/kernel/bundles,
> smx4/nmr/bundles, smx4/features/camel/bundles,
> smx4/features/cxf/bundles etc...
> If think this makes sense for two reasons:
> * much easier to find what's available
> * they are usually released only once, so i don't see why we should
> release then more often
> If no one objects, I'll do that early next week.
>
>
Re: Extracting 3thd party repackaged bundles in their own tree
Posted by Gert Vanthienen <ge...@skynet.be>.
+1
Guillaume Nodet wrote:
> I'd like to move all bundles in their own tree under smx4/bundles/
> instead of having them split accross smx4/kernel/bundles,
> smx4/nmr/bundles, smx4/features/camel/bundles,
> smx4/features/cxf/bundles etc...
> If think this makes sense for two reasons:
> * much easier to find what's available
> * they are usually released only once, so i don't see why we should
> release then more often
> If no one objects, I'll do that early next week.
>
>