JDK-8193042 : NativeLookup::lookup_critical_entry() should only load shared library once
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: 10,11,12,13,14
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • Submitted: 2017-12-05
  • Updated: 2020-06-01
  • Resolved: 2019-07-31
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 11 JDK 13 JDK 14
11.0.7-oracleFixed 13.0.4Fixed 14 b08Fixed
Related Reports
Relates :  
JDK-8191360 - Lookup of critical JNI method causes duplicate library loading with leaking handler
Description
NativeLookup::lookup_critical_entry() calls lookup_critical_style() multiple times and each time the shared library is resolved and loaded again. We should factor the library handling code out.

See also this comment by Vladimir Ivanov:
http://mail.openjdk.java.net/pipermail/hotspot-dev/2017-December/029489.html
Comments
Fix request 13u CriticalJNINatives is on by default, so the native lookup code for JavaCritical methods gets executed. Tested in with tier1. Applies cleanly.
19-05-2020
Fix request jdk11u CriticalJNINatives is on by default, so the native lookup code for JavaCritical methods gets executed. This fix is a prerequisite for the backport of JDK-8229236. (Related issue is already backported to 11 as JDK-8193739.) Tested in our nightly tests. Applies cleanly.
26-11-2019
http://cr.openjdk.java.net/~thartmann/8193042/webrev.01/
31-07-2019
URL: https://hg.openjdk.java.net/jdk/jdk/rev/3d44a84147cc User: thartmann Date: 2019-07-31 06:05:32 +0000
31-07-2019