-
Bug
-
Resolution: Fixed
-
P3
-
17
-
b08
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8264637 | 15.0.4 | Vladimir Kempik | P3 | Resolved | Fixed | b01 |
| JDK-8264830 | 13.0.8 | Vladimir Kempik | P3 | Resolved | Fixed | b01 |
| JDK-8262191 | 11.0.12-oracle | Dukebot | P3 | Resolved | Fixed | b01 |
| JDK-8267486 | 11.0.12 | Vladimir Kempik | P3 | Resolved | Fixed | b04 |
JNF dependencies from the desktop module.
It would be good to also remove the dependency from other areas
There are 3 kinds of uses of JNF here
1) JNF_COCOA_ENTER / JNF_COCOA_EXIT - exception handling and object pool handling
2) JNFJavaToNSString - string conversion utility
3) JNF_CLASS_CACHE/JNF_MEMBER_CACHE/JNFCallVoidMethod - JNI utils
once we've established a pattern in the desktop module then this code could just re-use that - but given it is only one usage in java.base it is very likely better to do it directly rather than create a shared dependency.
- backported by
-
JDK-8262191 [macOS]: Remove JNF dependency from libosxsecurity/KeystoreImpl.m
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-
- duplicates
-
JDK-8009752 Let SCDynamicStoreConfig return raw info
-
- Closed
-
- relates to
-
JDK-8257852 ☂ : Remove JNF dependencies from java.desktop module
-
- Closed
-
-
-
- Resolved
-
- links to
-
Commit
openjdk/jdk13u-dev/9d0d73e9
-
Commit
openjdk/jdk15u-dev/0da4bb80
-
Commit
openjdk/jdk/4a8b5c16
-
Review
openjdk/jdk13u-dev/169
-
Review
openjdk/jdk15u-dev/7
-
Review
openjdk/jdk/1845