Details
-
Bug
-
Resolution: Fixed
-
P4
-
9
-
b44
-
x86_64
-
windows_7
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8082422 | emb-9 | Dmitry Cherepanov | P4 | Resolved | Fixed | b44 |
Description
FULL PRODUCT VERSION :
java version "1.8.0_20"
Java(TM) SE Runtime Environment (build 1.8.0_20-b26)
Java HotSpot(TM) 64-Bit Server VM (build 25.20-b23, mixed mode)
ADDITIONAL OS VERSION INFORMATION :
Windows 7 x64
Microsoft Windows [Version 6.1.7601]
EXTRA RELEVANT SYSTEM CONFIGURATION :
Chrome x64
A DESCRIPTION OF THE PROBLEM :
JNLP:
{code:xml}
...
<resources os="Windows" arch="x86_64">
<jar href="iaikPkcs11Wrapper-1.3.0.jar" />
<nativelib href="windows64Wrapper-1.3.0.jar" />
<property name="jnlp.packEnabled" value="false" />
</resource>
...
{code}
Log from Java Console:
{code}
basic: JNLP2ClassLoader.findLibrary: Looking up native library: pkcs11wrapper.dll
cache: registerReference: com.sun.deploy.cache.MemoryCache$CachedResourceReference@e1ba27c6: 4
cache: Looking up native library in: C:\Users\TF\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\26\440f12da-50a630f0-n\pkcs11wrapper.dll
basic: JNLP2ClassLoader.findLibrary: native library found: null
basic: JNLP2ClassLoader: Native library pkcs11wrapper not found
{code}
The file exists but System.loadlibrary("pkcs11wrapper") ignore files from cache.
If the same DLL file is located in any path from java.library.path everything is ok.
On java (x32):
Java(TM) SE Runtime Environment (build 1.8.0_20-b26)
Java HotSpot(TM) Client VM (build 25.20-b23, mixed mode, sharing)
Everything is also OK!
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1)
JNLP example:
{code:xml}
...
<resources os="Windows" arch="x86_64">
<jar href="iaikPkcs11Wrapper-1.3.0.jar" />
<nativelib href="windows64Wrapper-1.3.0.jar" />
<property name="jnlp.packEnabled" value="false" />
</resource>
...
{code}
2) In the java code try to load this library by name (Inside windows64Wrapper-1.3.0.jar there is a signed dll file).
REPRODUCIBILITY :
This bug can be reproduced always.
java version "1.8.0_20"
Java(TM) SE Runtime Environment (build 1.8.0_20-b26)
Java HotSpot(TM) 64-Bit Server VM (build 25.20-b23, mixed mode)
ADDITIONAL OS VERSION INFORMATION :
Windows 7 x64
Microsoft Windows [Version 6.1.7601]
EXTRA RELEVANT SYSTEM CONFIGURATION :
Chrome x64
A DESCRIPTION OF THE PROBLEM :
JNLP:
{code:xml}
...
<resources os="Windows" arch="x86_64">
<jar href="iaikPkcs11Wrapper-1.3.0.jar" />
<nativelib href="windows64Wrapper-1.3.0.jar" />
<property name="jnlp.packEnabled" value="false" />
</resource>
...
{code}
Log from Java Console:
{code}
basic: JNLP2ClassLoader.findLibrary: Looking up native library: pkcs11wrapper.dll
cache: registerReference: com.sun.deploy.cache.MemoryCache$CachedResourceReference@e1ba27c6: 4
cache: Looking up native library in: C:\Users\TF\AppData\LocalLow\Sun\Java\Deployment\cache\6.0\26\440f12da-50a630f0-n\pkcs11wrapper.dll
basic: JNLP2ClassLoader.findLibrary: native library found: null
basic: JNLP2ClassLoader: Native library pkcs11wrapper not found
{code}
The file exists but System.loadlibrary("pkcs11wrapper") ignore files from cache.
If the same DLL file is located in any path from java.library.path everything is ok.
On java (x32):
Java(TM) SE Runtime Environment (build 1.8.0_20-b26)
Java HotSpot(TM) Client VM (build 25.20-b23, mixed mode, sharing)
Everything is also OK!
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1)
JNLP example:
{code:xml}
...
<resources os="Windows" arch="x86_64">
<jar href="iaikPkcs11Wrapper-1.3.0.jar" />
<nativelib href="windows64Wrapper-1.3.0.jar" />
<property name="jnlp.packEnabled" value="false" />
</resource>
...
{code}
2) In the java code try to load this library by name (Inside windows64Wrapper-1.3.0.jar there is a signed dll file).
REPRODUCIBILITY :
This bug can be reproduced always.
Attachments
Issue Links
- backported by
-
JDK-8082422 unable to find nativelib on windows when case-sensitivity mismatch
-
- Resolved
-
- duplicates
-
JDK-8058280 More information about - JDK-8057671/JI-9014826 (I can't edit this issue)
-
- Closed
-
- relates to
-
JDK-8058280 More information about - JDK-8057671/JI-9014826 (I can't edit this issue)
-
- Closed
-