Hello John,

Thanks for this check, and the link, this tools seems a pretty useful one.

If you feel that the Bundle-ClassPath needs to be removed, you can just go and 
remove it.

In a more general manner, if you think that something could be better and wish 
to 
improve it, then go for it and commit your changes. The only thing that is 
required 
is to explain the changes in the commit message as clearly as possible, so that 
we 
can stay on track with the different modifications when we read the mail sent 
by 
Subversion.

Thanks again for your work with the SLF4J project :)

Sébastien



John E. Conlon wrote:
> Peter Kriens' Bnd tool for OSGi bundle creation is a very handy tool for 
> creating and verifying bundles. 
> See:  http://www.aqute.biz/Code/Bnd
> 
> I used it to verify our maven created jars and it reported a couple of 
> errors with our OSGi metadata.  Here is an example of the output from 
> the tool:
> 
> <Snip> $ bnd print 
> /home/jconlon/.m2/repository/org/slf4j/jcl104-over-slf4j/1.3-SNAPSHOT/jcl104-over-slf4j-1.3-SNAPSHOT.jar
> Using bnd version 0.0.108
> [MANIFEST jcl104-over-slf4j-1.3-SNAPSHOT.jar]
> Archiver-Version             Plexus Archiver
> Build-Jdk                    1.5.0_06
> Built-By                     jconlon
> Bundle-ClassPath             ., target/classes/
> Bundle-ManifestVersion       2
> Bundle-Name                  jcl104-over-slf4j
> Bundle-SymbolicName          jcl104.over.slf4j
> Bundle-Vendor                SLF4J.ORG
> Bundle-Version               1.3-SNAPSHOT
> Created-By                   Apache Maven
> Export-Package               org.apache.commons.logging,  
> org.apache.commons.logging.impl
> Implementation-Title         jcl104-over-slf4j
> Implementation-Version       1.3-SNAPSHOT
> Import-Package               org.slf4j
> Manifest-Version             1.0
> 
> [IMPEXP jcl104-over-slf4j-1.3-SNAPSHOT.jar]
> Import-Package
>   org.slf4j
> Export-Package
>   org.apache.commons.logging
>   org.apache.commons.logging.impl
> 4 errors
> 1 : Bundle-Classpath directory must not end with a slash: target/classes/
> 2 : Cannot find a file or directory for Bundle-Classpath entry: 
> target/classes
> 3 : Exporting packages that are not on the 
> Bundle-Classpath[Jar:jcl104-over-slf4j-1.3-SNAPSHOT.jar]: 
> [org.apache.commons.logging.impl, org.apache.commons.logging]
> 4 : Invalid value for Bundle-Version, 1.3-SNAPSHOT does not match 
> [0-9]+(\.[0-9]+(\.[0-9]+(\.[0-9A-Za-z_-]+)?)?)?
> 4 warnings
> 1 : No sub JAR or directory .
> 2 : No sub JAR or directory target/classes/
> 3 : Importing packages that are never refered to by any class on the 
> Bundle-Classpath[Jar:jcl104-over-slf4j-1.3-SNAPSHOT.jar]: [org.slf4j]
> 4 : Invalid value for Bundle-Classpath, ., target/classes/ does not 
> match /?[^/"
> ]+(/[^/"
> ]+)*
> </Snip>
> 
> Would it cause anyone any pain if we removed the Bundle-Classpath from 
> our manifests? 
> 
> kind regards,
> John
> 
> _______________________________________________
> dev mailing list
> [email protected]
> http://www.slf4j.org/mailman/listinfo/dev
> 

-- 
Sébastien Pennec
[EMAIL PROTECTED]

Logback: The reliable, generic, fast and flexible logging framework for Java.
http://logback.qos.ch/
_______________________________________________
dev mailing list
[email protected]
http://www.slf4j.org/mailman/listinfo/dev

Reply via email to