Yes thanks a lot .
2011/8/9 Gert Vanthienen <[email protected]>: > 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 >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> >
