-
Bug
-
Resolution: Fixed
-
P3
-
None
-
b12
-
Verified
A few exception classes such as ExceptionInInitializerError, InvocationTargetException, etc were defined prior to the exception chaining facility and provides the API to get the cause of the exception. These classes keep its legacy serial field e.g. ExceptionInInitializerError::exception to get the serialization to work on older JDK version.
During the review ofJDK-8209553 [1], Peter and Joe suggest to remove this redundant field and implement the serialization using serialPersistentFields, readObject and writeObject.
It turns out that these redundant fields were removed when the exception chaining support was initially implemented but it got reverted to fixJDK-4385429 since Throwable::setCause rejects any further change as Throwable::cause has been initialized to null.
We can redo the fix forJDK-4385429 by introducing an internal API for these exceptions to set Throwable::cause.
[1] http://mail.openjdk.java.net/pipermail/core-libs-dev/2018-August/054878.html
During the review of
It turns out that these redundant fields were removed when the exception chaining support was initially implemented but it got reverted to fix
We can redo the fix for
[1] http://mail.openjdk.java.net/pipermail/core-libs-dev/2018-August/054878.html
- relates to
-
JDK-4385429 exception chaining facility: serialization of some Exception classes broken
-
- Closed
-