On Saturday 03 June 2006 02:22, Jeff McAffer wrote:
> Niclas Hedhman <[EMAIL PROTECTED]> wrote on 06/01/2006 11:47:52 PM:
> > On Friday 02 June 2006 00:07, Jeff McAffer wrote:
> > > Can you express a clear bi-directional mapping of BSN and version onto
> > > groupId, artifactId, version and ultimate JAR name?
> >
> > <root>/<groupId>/<artifactId>/<version>/<artifactId>-<version>-
> > <classifier>.<type>
> >
> > where <groupId> has the dots exchanged for slashes to map into the file
> > system.
> > <classifier> refers to non versioning subtypes, e.g. javadocs, source or
> >
> > platform. This is used indirectly by the plugins producing these
>
> associated
>
> > or derived types of the artifact.
>
> I'm looking for a mapping between Bundle-SymbolicName and Bundle-Version
> and the Maven concepts of groupId, artifactId, ...

My 'default' for Symbolic name in the patch for the Maven plugin is that it 
takes 
    ${pom.groupId}.${pom.artifactId}

But that doesn't make sense if you stack the artifactId with the grouping 
information...

I am out of ideas of what to do with "jar-filename", "artifactId", "eclipse 
conformance" and "repository names"...

IMHO, both the Maven and the Eclipse organization are solving the same 
problem, but in different ways that are not too easy to bridge. I don't have 
much of a preference of one over the other, but I think Jeff is right that 
whatever Felix does, will be watched by future non-Eclipse, OSGi developers.

FWIW, if we stack groupId into the artifactId, I suspect that one is quickly 
reaching Windows limits on path names when running in some app servers (JBoss 
coming to mind).

A 'middle ground' *could* be;

 <groupId>org.apache.felix</groupId>   <!-- to satisfy Maven repos -->
 <artifactId>felix.framework<artifactId> <!-- to satisfy flat directories -->

and then like;
 <groupId>org.apache.felix</groupId>
 <artifactId>felix.tool.mangen<artifactId>

 <groupId>org.apache.felix</groupId>
 <artifactId>felix.shell.gui<artifactId>

 <groupId>org.apache.felix</groupId>
 <artifactId>felix.upnp.sample.clock<artifactId>


Cheers
Niclas

Reply via email to