The org.osgi.service.cm package has 2 "version" in your example. One loaded from a bundle and used by the ConfigurationAdmin service implementation and the other on the application classpath. You need to either use reflection to use the service (then you don't need the version on the classpath) or you need to configure the framework to export the version on the package on the application classpath from the system bundle (org.osgi.framework.systempackages.extra) so that the ConfigurationAdmin bundle uses that version of the package. --
BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance [email protected] office: +1 386 848 1781 mobile: +1 386 848 3788 From: Jansson Patrik <[email protected]> To: "[email protected]" <[email protected]> Date: 2009/05/25 08:57 Subject: [equinox-dev] Framework launching and class loaders Sent by: [email protected] I'm using the framework launching API to start an OSGi framework (which in this case is Equinox 3.5M6). I need to pass some configuration from the launcher application to one of the bundles running so I thought of using the ConfigurationAdmin service for this. The launcher gets hold of a BundleContext (from the framework handle) and gets a reference to the service; ServiceReference reference = context.getServiceReference(...) But I get into trouble on the next step ConfigurationAdmin cAdmin = (ConfigurationAdmin) context.getService(reference); This throws a ClassCastException. The actual object returned uses equinox's class loader while the class I'm trying to cast to, ConfigurationAdmin, is loaded through the launcher's standard class loader (sun.misc.Launcher$AppClassLoader in this case). How can I go around this? Shouldn't I be playing with OSGi services outside the framework like this? In that case how should I pass configuration from the launcher to the bundle? Thanks, -Patrik Jansson _______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev
_______________________________________________ equinox-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/equinox-dev
