RFR [9] 8139297: java.lang.NoClassDefFoundError: Could not initialize class jdk.internal.jimage.ImageNativeSubstrate (original) (raw)
Alan Bateman Alan.Bateman at oracle.com
Fri Oct 9 19:37:19 UTC 2015
- Previous message: RFR [9] 8139297: java.lang.NoClassDefFoundError: Could not initialize class jdk.internal.jimage.ImageNativeSubstrate
- Next message: RFR [9] 8139297: java.lang.NoClassDefFoundError: Could not initialize class jdk.internal.jimage.ImageNativeSubstrate
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 09/10/2015 20:26, Jim Laskey (Oracle) wrote:
"it should never attempt to use the native implementation” This is confusing. It’s attempting to see if a native library is present otherwise use java. Is this the wrong approach?
jrtfs should use the native implementation when targeting the current runtime of course.
However, when the target runtime is different then the safest is to use the pure-java implementation. I think this will become more obvious when jrtfs is updated to work on JDK 9 but targeting a different JDK 9 build.
-Alan.
- Previous message: RFR [9] 8139297: java.lang.NoClassDefFoundError: Could not initialize class jdk.internal.jimage.ImageNativeSubstrate
- Next message: RFR [9] 8139297: java.lang.NoClassDefFoundError: Could not initialize class jdk.internal.jimage.ImageNativeSubstrate
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]