Review Request JDK-8240975: Extend NativeLibraries to support explicit unloading
Mandy Chung
mandy.chung at oracle.com
Fri Mar 20 16:17:21 UTC 2020
On 3/20/20 6:51 AM, Alan Bateman wrote:
> On 20/03/2020 03:43, Mandy Chung wrote:
>> Alan, Maurizio,
>>
>> New webrev:
>> http://cr.openjdk.java.net/~mchung/jdk15/webrevs/8240975/webrev.02/
>>
>> newJavaNativeInterfaceLibraries creates a NativeLIbraries for
>> loading JNI native libraries.
>> - native libraries are unloaded when the class loader is reclaimed.
>> - Support of linking of native method as specified in the JNI spec.
>> - Restriction on a native library that can only be loaded by one
>> class loader.
>>
>> newRawNativeLibraries creates a raw NativeLibraries for loading
>> non-JNI native libraries.
>> - non-JNI native library. So JNI_OnLoad and JNI_OnUnload will
>> be ignored. No support for linking of native method.
>> - Native libraries not auto-unloaded. They may be explicitly
>> unloaded via NativeLibraries::unload.
>> - No relationship with class loaders.
>>
>> The test is updated to show that JNI_OnLoad and JNI_OnUnload are
>> ignored.
> "raw" seems okay for now, its internal so can easily be changed if
> there is a better name or changed further if finer control on the
> behavior is needed. If you are looking for a shorter name for the
> factory methods then maybe jniNativeLibraries and rawNativeLibraries
> would be better.
I like these shorter names.
Updated webrev.02 in place.
Mandy
More information about the core-libs-dev
mailing list