Re: maven / osgi / repositories

2009-03-29 Thread lukewpatterson
Jason van Zyl-5 wrote: > > > On 27-Jan-09, at 6:41 PM, Barrie Treloar wrote: > >>> repositories. They might become OBRs at some point when OSGi becomes >>> more "mainstream". >> >> One thing I have been toying with for a while is to auto-magically >> extend maven-jar-plugin to add the OSGi hea

AW: RE : RE : RE : maven / osgi / repositories

2009-01-30 Thread Mark Struberg
.html --- Deneux, Christophe schrieb am Fr, 30.1.2009: > Von: Deneux, Christophe > Betreff: RE : RE : RE : maven / osgi / repositories > An: "Maven Users List" , "Maven Users List" > > Datum: Freitag, 30. Januar 2009, 9:12 > Sorry, but I haven't a s

RE : RE : RE : maven / osgi / repositories

2009-01-30 Thread Deneux, Christophe
pgemini encourages environmental awareness. > > > > De: Henri Gomez [mailto:henri.go...@gmail.com] > Date: mer. 28/01/2009 18:04 > À: Maven Users List > Objet : Re: RE : maven / osgi / repositories > > > > 2009/1/28 Deneux, Christophe :

Re: maven / osgi / repositories

2009-01-29 Thread Barrie Treloar
On Wed, Jan 28, 2009 at 2:13 PM, Jason van Zyl wrote: > > On 27-Jan-09, at 6:41 PM, Barrie Treloar wrote: > >>> repositories. They might become OBRs at some point when OSGi becomes >>> more "mainstream". >> >> One thing I have been toying with for a while is to auto-magically >> extend maven-jar-p

RE: maven / osgi / repositories

2009-01-29 Thread Edelson, Justin
.@sonatype.com] Sent: Tue 1/27/2009 10:43 PM To: Maven Users List Subject: Re: maven / osgi / repositories On 27-Jan-09, at 6:41 PM, Barrie Treloar wrote: >> repositories. They might become OBRs at some point when OSGi becomes >> more "mainstream". > > One thing I ha

Re: maven / osgi / repositories

2009-01-29 Thread Henri Gomez
>> One thing I have been toying with for a while is to auto-magically >> extend maven-jar-plugin to add the OSGi headers. > I really don't think this is a great idea. I think for a bundle to be useful > someone needs to provide proper imports and exports. Right, but it make took years ;( >> I ha

Re: maven / osgi / repositories

2009-01-29 Thread Jason van Zyl
On 27-Jan-09, at 6:41 PM, Barrie Treloar wrote: repositories. They might become OBRs at some point when OSGi becomes more "mainstream". One thing I have been toying with for a while is to auto-magically extend maven-jar-plugin to add the OSGi headers. I really don't think this is a great i

Re: RE : RE : maven / osgi / repositories

2009-01-29 Thread Henri Gomez
____________ > > De: Henri Gomez [mailto:henri.go...@gmail.com] > Date: mer. 28/01/2009 18:04 > À: Maven Users List > Objet : Re: RE : maven / osgi / repositories > > > > 2009/1/28 Deneux, Christophe : >> Isn't the role of the "classifi

RE : RE : maven / osgi / repositories

2009-01-29 Thread Deneux, Christophe
l awareness. De: Henri Gomez [mailto:henri.go...@gmail.com] Date: mer. 28/01/2009 18:04 À: Maven Users List Objet : Re: RE : maven / osgi / repositories 2009/1/28 Deneux, Christophe : > Isn't the role of the "classifier" field ? > > in

Re: RE : maven / osgi / repositories

2009-01-28 Thread Henri Gomez
2009/1/28 Deneux, Christophe : > Isn't the role of the "classifier" field ? > > instead of : > > org.apache.ant > ant > 1.7.1 > > we could use : > > org.apache.ant > ant > 1.7.1 > osgi Good but how do you specify such classifier in dependants projects ? ---

RE : maven / osgi / repositories

2009-01-28 Thread Deneux, Christophe
Isn't the role of the "classifier" field ? instead of : org.apache.ant ant 1.7.1 we could use : org.apache.ant ant 1.7.1 osgi De: Henri Gomez [mailto:henri.go...@gmail.com] Date: mar. 27/01/2009 23:00 À: Maven Users List Objet : R

Re: maven / osgi / repositories

2009-01-27 Thread Barrie Treloar
> repositories. They might become OBRs at some point when OSGi becomes > more "mainstream". One thing I have been toying with for a while is to auto-magically extend maven-jar-plugin to add the OSGi headers. I haven't given a lot of thought into what I need to do, but if I recall correctly, getti

Re: maven / osgi / repositories

2009-01-27 Thread Henri Gomez
> as you point it out there is definitely an issue with the renaming of > groupId /artifactId as it will 'break' maven dependency management. > However I don't think that anyone but the project owner(s) should be > allowed to deploy a jar with their groupId/artifactId (to the public > repo). I beli

Re: maven / osgi / repositories

2009-01-27 Thread Samuel Le Berrigaud
Hi, as you point it out there is definitely an issue with the renaming of groupId /artifactId as it will 'break' maven dependency management. However I don't think that anyone but the project owner(s) should be allowed to deploy a jar with their groupId/artifactId (to the public repo). I believe t

Re: maven / osgi / repositories

2009-01-27 Thread Henri Gomez
> Hi Henri, > > it seems to me that OSGi jars are not meant to be anything else that > traditional jars with extra information in their MANIFEST. I would > definitely recomment deploying them as standard jar as you would do > for any normal maven project. Simple jar with MANIFEST, but today very f

Re: maven / osgi / repositories

2009-01-27 Thread Henri Gomez
>> Another point of reference you might consider is how the springsource >> guys make OSGi-ified version of many java libraries in their bundle >> repository [http://www.springsource.com/repository/]. This acts pretty >> much as a simple maven repository delivering jars. > > ..with renamed group/ar

Re: maven / osgi / repositories

2009-01-27 Thread Holger Hoffstaette
On Tue, 27 Jan 2009 22:53:10 +1100, Samuel Le Berrigaud wrote: > Another point of reference you might consider is how the springsource > guys make OSGi-ified version of many java libraries in their bundle > repository [http://www.springsource.com/repository/]. This acts pretty > much as a simple m

Re: maven / osgi / repositories

2009-01-27 Thread Samuel Le Berrigaud
Hi Henri, it seems to me that OSGi jars are not meant to be anything else that traditional jars with extra information in their MANIFEST. I would definitely recomment deploying them as standard jar as you would do for any normal maven project. One thing that could/would differentiate your OSGi ja