Hi Damian, I think your last suggestion is the solution. Try to add a Bundle-NativeCode header to your bundles manifest then the native lib should be loaded by your bundles classloader.
Let us know whether that fixes your problem. regards, Karl On 11/9/07, Damian Minkov <[EMAIL PROTECTED]> wrote: > Hi, > > I'm working on moving sip-communicator to FMJ. The FMJ lib uses native > code for working with media devices. > The lib loads itself the native libs. But here is the problem. There is > an object (VideoFormat) which is instantiated > in the native code and if I compare it ( instanceof ) in the java code > with the class VideoFormat the result is FALSE. > Then I printed both classloaders : > - for the class loaded from java code result is - > org.apache.felix.framework.searchpolicy.ContentClassLoader > - and for the one that comes from native code it is - > sun.misc.Launcher$AppClassLoader > > Then I noticed that the lib containing the VideoFormat class is not only > in the bundle but and in the global classpath of the > running application. So I remove it from there and the native code began > to fail as it cannot find the needed class. > > Any ideas ? I have no special native code declarations in the manifest > file of the bundle. If I have does Bundle-NativeCode declaration > will it change the classloader with the felix one for loading classes > from native code ? > > Thanks, > damencho > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Karl Pauls [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
