As stated by [~alanb][1], the naming of `JavaLangAccess::*NoRepl` methods has confused several people as not everyone is familiar with coding error actions. Here, "no replacement" actually means that coding errors are reported. Following [~rgiulietti]'s suggestion[2], this issue requests renaming those methods to `*NoReplacementChar` instead.
[1] https://github.com/openjdk/jdk/pull/24982/files#r2077022991
[2] https://github.com/openjdk/jdk/pull/24982/files#r2077617931
[1] https://github.com/openjdk/jdk/pull/24982/files#r2077022991
[2] https://github.com/openjdk/jdk/pull/24982/files#r2077617931
- causes
-
JDK-8366693 Backout recent JavaLangAccess changes breaking the build
-
- Resolved
-
- is cloned by
-
JDK-8366765 [REDO] Rename JavaLangAccess::*NoRepl methods
-
- Resolved
-
- relates to
-
JDK-8365703 Refactor ZipCoder to use common JLA.uncheckedNewStringNoRepl
-
- Resolved
-
-
JDK-8365719 Refactor uses of JLA.uncheckedNewStringNoRepl
-
- Resolved
-
-
JDK-8353197 Document preconditions for JavaLangAccess methods
-
- Resolved
-
- links to
-
Commit(master) openjdk/jdk/eea50fbc
-
Review(master) openjdk/jdk/26413
(2 links to)