> `NoRepl`-suffixed `String` methods denote methods that do not replace invalid 
> characters, but throw `CharacterCodingException` on encounter. This behavior 
> cannot easily be derived from the method footprints, has been a source of 
> confusion for maintainers, and is not uniformly adopted, e.g., 
> `newStringUTF8NoRepl()` and `getBytesUTF8NoRepl()` does *not* throw `CCE`. 
> This PR replaces the `NoRepl` suffix with `NoReplacement` in method names and 
> consistently uses `throws CCE` in method footprints.

Volkan Yazici has updated the pull request with a new target base due to a 
merge or a rebase. The pull request now contains 13 commits:

 - Javadoc fix
 - Cosmetic improvements
 - Merge remote-tracking branch 'upstream/master' into jlaNoRepl
 - Remove redundant type parameters
 - Simplify added null checks
 - Avoid code duplication by sprinkling some generics magic
 - Group `String` methods by `doReplace` argument
 - Merge remote-tracking branch 'upstream/master' into jlaNoRepl
 - Replace `requireNonNull` with implicit null checks
 - Merge remote-tracking branch 'upstream/master' into jlaNoRepl
 - ... and 3 more: https://git.openjdk.org/jdk/compare/a7c0f4b8...7af0f351

-------------

Changes: https://git.openjdk.org/jdk/pull/26413/files
  Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=26413&range=04
  Stats: 217 lines in 7 files changed: 77 ins; 39 del; 101 mod
  Patch: https://git.openjdk.org/jdk/pull/26413.diff
  Fetch: git fetch https://git.openjdk.org/jdk.git pull/26413/head:pull/26413

PR: https://git.openjdk.org/jdk/pull/26413

Reply via email to