[
https://issues.apache.org/jira/browse/FELIX-2350?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12871814#action_12871814
]
Jean-Philippe CLEMENT edited comment on FELIX-2350 at 5/26/10 1:04 PM:
-----------------------------------------------------------------------
New bluestuff test 1.0.1.
Writing the test I realized that the external DLL was not correctly named wrt
the System.loadLibrary() call. One is "WiiUseJ" (upper case U) and the other
"WiiuseJ" (lower case u).
So I renamed the DLL to match, which is now WiiuseJ.
The exception is not the same:
Caused by: java.lang.UnsatisfiedLinkError:
E:\PortableApps\Karaf\data\cache\bundle153\version0.0\bundle.jar-lib\0\WiiuseJ.dll:
Can't find dependent libraries
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
Now I'm not too sure what the problem is :S
was (Author: jeanphi):
New bluestuff test 1.0.1.
Writing the test I mentioned that the external DLL was not correctly named wrt
the System.loadLibrary() call. One is "WiiUseJ" (upper case U) and the other
"WiiuseJ" (lower case u).
So I renamed the DLL to match, which is now WiiuseJ.
The exception is not the same:
Caused by: java.lang.UnsatisfiedLinkError:
E:\PortableApps\Karaf\data\cache\bundle153\version0.0\bundle.jar-lib\0\WiiuseJ.dll:
Can't find dependent libraries
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
Now I'm not too sure what the problem is :S
> Bundle inner jar cannot load libraries
> --------------------------------------
>
> Key: FELIX-2350
> URL: https://issues.apache.org/jira/browse/FELIX-2350
> Project: Felix
> Issue Type: Bug
> Components: Framework
> Environment: Windows XP
> Reporter: Jean-Philippe CLEMENT
> Attachments: bluestuff-1.0.0.jar, bluestuff-1.0.1.jar
>
>
> I added a bundle which wraps a utility jar J provided by an external
> provider. This jar makes use of a dll X which uses another dll Y.
> The bundle archive contains (first level):
> com
> META-INF
> OSGI-INF
> X
> Y
> J
> The bundle manifest file contains (not complete):
> Bundle-ClassPath: .,J
> Bundle-NativeCode: X ; Y ; osname=Win32 ; processor=x86
> In order to activate the dll X, J contains a java code which does a
> System.loadLibrary("X"). This code fails when starting the bundle with the
> message (*):
> Caused by: java.lang.UnsatisfiedLinkError: no X in java.library.path
> at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1734)
> ...
> However, moving the System.loadLibrary to the direct bundle java code
> succeeds. Then everything is fine.
> Looks like it is a bug.
> (*) Failing code appears in the java class loading part, i.e. static {
> System.loadLibrary(...) }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
