> What does open-bracket X dot Y comma Z close-paren actually mean?
This is the standard syntax for specifying a range of versions. Bracket means
inclusive and parenthesis means exclusive. So [2.1,3) means at least version
2.1.0 and at most version 3.0.0. The old bnd just import 2.1 or any later
version. This means you can never make breaking changes so we decided to change
it into a proper range. Any OSGi framework must understand this so it surprises
me that there is a problem. So I am actually puzzled about your mail. If there
is an import problem it is reported at resolve time, long before you get a
Class Not Found exception. So what is the error?
1) a deploy error which would indicate a syntax error (not likely),
2) a resolve error which would indicate a missing dependency, or
3) a runtime Class Not Found Exception?
Only 2 can be related to the range syntax because exports do not match imports.
So I am actually figuring that you have a very different problem ... It is kind
of surprising that you have version 2 and version 3 Spring frameworks in your
imports. It almost seems you're mixing versions of Spring during compile time?
Kind regards,
Peter Kriens
> Questions:
> 1. Is there a way to force the plugin to use the older version="X.Y" syntax?
-version-policy=${version;==}
> 2. Is there a way to specify a version of the plug into generate the older
> syntax?
-version-policy=${version;==}
> 3. Is there a way to specify an older version of bndlib?
I think you can change the maven plugin dependency but I would have no idea how
to do that
> I have bndlib 0.0.357 in my repository but the install insists on picking up
> version 1.15.0 instead.
On 4 jun 2011, at 02:24, Richard Katz wrote:
> I am having a problem where the org.apache.felix maven-bundle-plugin which
> generates version syntax that is not compatible with the Apache ServiceMix
> OSGI container. It won't deploy.
>
>
>
> A previous version of the plug-in generated the version syntax as "X.Y" in
> MANIFEST.MF
>
>
> Import-Package: edu.berkeley.ist.sws.common.dbcp;resolution:=optional,
> edu.berkeley.sws.common.domain;resolution:=optional,edu.berkeley.sws.
> coursebf;resolution:=optional,edu.berkeley.sws.coursebf.domain;resolu
> tion:=optional,javax.sql;resolution:=optional,javax.xml.bind.annotati
> on;resolution:=optional,org.apache.commons.lang.builder;resolution:=o
> ptional;version="2.4",org.springframework.beans.factory;resolution:=o
> ptional;version="2.5",org.springframework.beans.factory.config;resolu
> tion:=optional;version="2.5",org.springframework.jdbc.core;resolution
> :=optional;version="3.0"
>
> A new version of the plug-in generates the version syntax "[X.Y,Z)" in
> MANIFEST.MF
>
> Import-Package: edu.berkeley.ist.sws.common.dbcp;resolution:=optional,
> edu.berkeley.sws.common.domain;resolution:=optional,edu.berkeley.sws.
> coursebf.domain;resolution:=optional,javax.sql;resolution:=optional,j
> avax.xml.bind.annotation;resolution:=optional,org.apache.commons.lang
> .builder;resolution:=optional;version="[2.4,3)",org.springframework.b
> eans.factory;resolution:=optional;version="[2.5,3)",org.springframewo
> rk.beans.factory.config;resolution:=optional;version="[2.5,3)",org.sp
> ringframework.jdbc.core;resolution:=optional;version="[3.0,4)"
>
> This syntax can not be read by Apache ServiceMix 4.3 and the jar will not
> deploy successfully. Instead it gets a class not found because one of the
> packages is not successfully exported or imported.
>
> What does open-bracket X dot Y comma Z close-paren actually mean?
>
> Questions:
> 1. Is there a way to force the plugin to use the older version="X.Y" syntax?
> 2. Is there a way to specify a version of the plug into generate the older
> syntax?
> 3. Is there a way to specify an older version of bndlib?
> I have bndlib 0.0.357 in my repository but the install insists on picking up
> version 1.15.0 instead.
>
> If there is another forum I should try also, let me know.
>
> We are deploying into apache-servicemix-4.3.0-fuse-03-00
> I have also tried apache-servicemix-4.3.1-fuse-01-09
> and apache-servicemix-4.3.0
>
>
> Thanks!
>
> Regards,
>
> Richard Katz
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
