L.S., There are two ways to make packages from the underlying JRE available to the OSGi bundles.
The first way is by using boot delegation (configured in etc/config.properties) - that will make the package available to the classloader, but does not add any exports to the system bundle (bundle 0). Most of the com.sun.* stuff is implementation code and bundles don't usually refer to those packages directly (e.g. they refer to javax.xml.bind instead of the com.sun.xml.bind stuff), so that's why the default configuration adds com.sun.* to the boot delegation packages. The second way is by adding packages to the exports for the system bundle. Those exports are being controlled by the contents of etc/jre.properties and you can see the result by doing osgi:headers 0 in the console. In your scenario, your own bundle has an import of com.sun.net.ssl.internal.ssl so you have to make sure that this package is being exported by the system bundle for your bundle to be able to import it. Does this clarify things for you? Regards, Gert Vanthienen ------------------------ FuseSource Web: http://fusesource.com Blog: http://gertvanthienen.blogspot.com/ On Tue, Aug 9, 2011 at 4:27 PM, Filippo Balicchia <[email protected]>wrote: > Hi Freeman, > > if i put com.sun.net.ssl.internal.ssl to jre.properties work for me. > But I' don't understand what you suggest ? > Do you suggest to put it in config.properties ? > > If yes how could you send me, please a simple example ? > > Yes I use servicemix 4.3 > > --Filippo > > > 2011/8/9 Freeman Fang <[email protected]>: > > Hi, > > > > Does add com.sun.net.ssl.internal.ssl to jre.properties work for you? > > We already have com.sun.* for org.osgi.framework.bootdelegation in > > etc/config.properties so I think we needn't add it in jre.properties to > let > > system bundle 0 to export this package. > > > > Btw, you're using apache servicemix 4.3, right? > > Freeman > > On 2011-8-9, at 下午9:19, Filippo Balicchia wrote: > > > >> I have add com.sun.net.ssl.internal.ssl > >> to jre.propertis. > >> Do you see any contraindications ? > >> > >> Thanks > >> > >> --Filippo > >> > >> 2011/8/9 Filippo Balicchia <[email protected]>: > >>> > >>> Hello, > >>> You i right the bundle was not a OSGi friendly bundle. > >>> I have add the import package but when I try to start it > >>> I get > >>> to resolve 222.0: missing requirement [222.0] package; > >>> (package=com.sun.net.ssl.internal.ssl) > >>> is This an internal jre package no ? > >>> > >>> Who can export that package ? > >>> > >>> Thanks for help > >>> > >>> --Filippo > >>> > >>> > >>> 2011/8/9 Freeman Fang <[email protected]>: > >>>> > >>>> On 2011-8-9, at 下午7:42, Filippo Balicchia wrote: > >>>> > >>>>> Hello, > >>>>> I use servicemix 4.3 and when i try to use a third party bundle I get > >>>>> the following error > >>>>> > >>>>> filetransfer.jar version=4.2 > >>>>> Java version=1.6.0_26 > >>>>> OS architecture=amd64 > >>>>> VM vendor=Sun Microsystems Inc. > >>>>> OS=Linux > >>>>> Class com.xxx.FileTransferxx throws a Throwable. > >>>>> java.lang.NoClassDefFoundError: javax/net/ssl/SSLSocket > >>>> > >>>> Hi, > >>>> > >>>> Is filetransfer.jar OSGi friendly bundle? > >>>> Does it already import javax.net.ssl package? > >>>> You can use > >>>> osgi:headers bundle_id_for_filetransfer.jar > >>>> to get the osgi metadata headers for iletransfer.jar > >>>> > >>>> Freeman > >>>>> > >>>>> my servicemix jre.properties is stardard version > >>>>> > >>>>> Could you help me, please, to address this problem ? > >>>>> > >>>>> Thanks > >>>>> > >>>>> --Filippo > >>>> > >>>> --------------------------------------------- > >>>> Freeman Fang > >>>> > >>>> FuseSource > >>>> Email:[email protected] > >>>> Web: fusesource.com > >>>> Twitter: freemanfang > >>>> Blog: http://freemanfang.blogspot.com > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>> > > > > --------------------------------------------- > > Freeman Fang > > > > FuseSource > > Email:[email protected] > > Web: fusesource.com > > Twitter: freemanfang > > Blog: http://freemanfang.blogspot.com > > > > > > > > > > > > > > > > > > > > >
