How to create/generate OSGi bundles from existing third-party jars?
Join the DZone community and get the full member experience.Join For Free
If you get to work with OSGi, you often have to generate OSGi bundles. Any third party jar can’t be included straightaway in your application – you need to create an OSGi bundle of the jar you want to include.
a bundle is a JAR file that:
- Contains [...] resources
- Contains a manifest file describing the contents of the JAR file and providing information about the bundle
- Can contain optional documentation in the OSGI-OPT directory of the JAR file or one of its sub-directories
In short, a bundle = jar + OSGI information (specified in the JAR manifest file – META-INF/MANIFEST.MF), no extra files or predefined folder layout are required. This means that all it takes to create a bundle from a jar, is to add some entries to the JAR manifest.
Before you use any tool/plugin to generate OSGi bundles, do search in public OSGi repositories like SpringSource Enterprise Bundle Repository etc. to see if there’s an OSGi bundle already made available.
Assume that we’re wrapping a vanilla jar file, c3p0-0.9.1.2.jar, which is a popular connection pool library, as an OSGi bundle. Here’s the way I do it:
1. Download aQute’s BND tool from here: http://dl.dropbox.com/u/2590603/bnd/biz.aQute.bnd.jar
2. Create bnd.property file (See below for a sample file).
3. Run this command: java -jar biz.aQute.bnd.jar wrap -properties bnd.properties c3p0-OSGi.jar
4. You’ll get c3p0-OSGi.bar, which needs to be renamed to c3p0-OSGi.jar. That’s it, you have the OSGi bundle.
- Creating OSGi projects using Eclipse IDE and Maven (singztechmusings.wordpress.com)
- OSGi adoption by Large Scale Java-based Enterprise Software Platforms – LinkedIn Case Study (singztechmusings.wordpress.com)
- Working with OSGi and Maven in Eclipse IDE (singztechmusings.wordpress.com)
- imabonehead: Building LinkedIn’s Next Generation Architecture with OSGi (slideshare.net)
- Apache moves Geronimo to OSGi base (infoworld.com)
Opinions expressed by DZone contributors are their own.