Additional question

When we generate the servicemix-camel bundle (
https://svn.apache.org/repos/asf/servicemix/components/engines/servicemix-camel/trunk/pom.xml),


    <servicemix.osgi.import>
      !org.apache.servicemix.camel*,
      org.apache.camel.converter,
      org.apache.camel.converter.jaxp,
      org.apache.camel.converter.stream,
      org.apache.servicemix.nmr.core.converter;resolution:=optional,
      org.apache.commons.jexl*;resolution:=optional,
      org.apache.servicemix;resolution:=optional,
      org.apache.servicemix.client*;resolution:=optional,
      org.apache.servicemix.common,
      org.apache.servicemix.common.osgi,
      org.apache.servicemix.components*;resolution:=optional,
      org.apache.servicemix.expression*;resolution:=optional,
      org.apache.servicemix.jbi*;resolution:=optional,
      org.apache.xbean.spring.context.v2,
      org.springframework.beans.factory.xml,
      sun.misc;resolution:=optional,
      *
    </servicemix.osgi.import>

the following info is added for javax.activation in the MANIFEST.FS file :

Import-Package =
META-INF.services.org.apache.xbean.spring.http.servicemix.apache.org.camel,javax.activation;version="1.1"

How the maven-bundle-plugin is able to add this number "1.1" ?

Kind regards,

Charles Moulliard
Senior Enterprise Architect
Apache Camel Committer

*****************************
blog : http://cmoulliard.blogspot.com
twitter : http://twitter.com/cmoulliard
Linkedlin : http://www.linkedin.com/in/charlesmoulliard

Apache Camel Group :
http://www.linkedin.com/groups?home=&gid=2447439&trk=anet_ug_hm


On Fri, Feb 19, 2010 at 2:19 PM, Guillaume Nodet <[email protected]> wrote:

> The version numbers for all those packages are not standardized.
> Everyone can come up with its own numbers ....  Not sure what we can
> do about that.
>
> And you might not want to put versions without being careful.
> For example the stax-api bundles have a version 1.0.1 (corresponding
> to the Stax 1.0.1 spec).
> If you add 1.5, 1.6 because it come from the JRE, it might as well
> break a lot of applications.
>
> That's currently a grey area unfortunately, but there is some ongoing
> discussion around that in the OSGi alliance.
>
> On Fri, Feb 19, 2010 at 13:48, Charles Moulliard <[email protected]>
> wrote:
> > Hi,
> >
> > Why the packages javax.*,org.w3c.*,org.xml.* are not versioned in
> Servicemix
> > 4.x / Fuse 4.2 ?
> >
> > ka...@root> packages:exports  0
> >
> > System Bundle (0): com.sun.org.apache.xalan.internal.xsltc.trax;
> > version=0.0.0
> > System Bundle (0): com.sun.org.apache.xerces.internal.dom; version=0.0.0
> > System Bundle (0): com.sun.org.apache.xerces.internal.jaxp; version=0.0.0
> > System Bundle (0): com.sun.org.apache.xerces.internal.xni; version=0.0.0
> > System Bundle (0): com.sun.jndi.ldap; version=0.0.0
> > System Bundle (0): javax.accessibility; version=0.0.0
> > System Bundle (0): # javax.activation; version=0.0.0
> > System Bundle (0): javax.activity; version=0.0.0
> > System Bundle (0): # javax.annotation; version=0.0.0
> > System Bundle (0): # javax.annotation.processing; version=0.0.0
> > System Bundle (0): javax.crypto; version=0.0.0
> > System Bundle (0): javax.crypto.interfaces; version=0.0.0
> > System Bundle (0): javax.crypto.spec; version=0.0.0
> > System Bundle (0): javax.imageio; version=0.0.0
> > System Bundle (0): javax.imageio.event; version=0.0.0
> > System Bundle (0): javax.imageio.metadata; version=0.0.0
> > System Bundle (0): javax.imageio.plugins.bmp; version=0.0.0
> > System Bundle (0): javax.imageio.plugins.jpeg; version=0.0.0
> > System Bundle (0): javax.imageio.spi; version=0.0.0
> > System Bundle (0): javax.imageio.stream; version=0.0.0
> >
> > Because of that we have unresolved dependencies errors when we generate a
> > MANIFEST file using the version 1.4 of maven-bundle-plugin where the
> version
> > of the package is added
> >
> > Kind regards,
> >
> > Charles Moulliard
> > Senior Enterprise Architect
> > Apache Camel Committer
> >
> > *****************************
> > blog : http://cmoulliard.blogspot.com
> > twitter : http://twitter.com/cmoulliard
> > Linkedlin : http://www.linkedin.com/in/charlesmoulliard
> >
> > Apache Camel Group :
> > http://www.linkedin.com/groups?home=&gid=2447439&trk=anet_ug_hm
> >
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
> ------------------------
> Open Source SOA
> http://fusesource.com
>

Reply via email to