> Occasionally in core-libs we've discussed whether or not to do a pass over > the exception classes and proactively add any of four missing convention > constructors per java.lang.Throwable (no-arg, string, cause, cause and > string). Last time this came up, we decided a wide-scale effort wasn't > worthwhile. > > Prompted by some other recent work, I decided to take a quick look at the > dual-approach: grep for calls to initCause in java.base and seeing which > exception classes repeated were initCaused. Those exception classes are good > candidates for cause-taking constructors. > > Two such exception classes area InvalidObjectException and > InvalidClassException, along with their superclass ObjectStreamException. > > Please also review the CSR: https://bugs.openjdk.java.net/browse/JDK-8282697
Joe Darcy has updated the pull request incrementally with one additional commit since the last revision: Retrofit another location. ------------- Changes: - all: https://git.openjdk.java.net/jdk/pull/7711/files - new: https://git.openjdk.java.net/jdk/pull/7711/files/afc1d016..7ff24c26 Webrevs: - full: https://webrevs.openjdk.java.net/?repo=jdk&pr=7711&range=01 - incr: https://webrevs.openjdk.java.net/?repo=jdk&pr=7711&range=00-01 Stats: 4 lines in 1 file changed: 1 ins; 0 del; 3 mod Patch: https://git.openjdk.java.net/jdk/pull/7711.diff Fetch: git fetch https://git.openjdk.java.net/jdk pull/7711/head:pull/7711 PR: https://git.openjdk.java.net/jdk/pull/7711
