Details
-
Type:
Bug
-
Status: Resolved (View Workflow)
-
Priority:
Minor
-
Resolution: Fixed
-
Component/s: core
-
Labels:
-
Similar Issues:
Description
https://github.com/jenkinsci/jenkins/pull/3122 changed the AbstractTaskListener in a non serialization friendly way.
For Jenkins this is not normally a problem as the same versions of classes will be used on both ends of a remoting endpoint, but custom derivatives may not have this luxury, or may use a different form of serialization other than XStream.
The simple fix that appears to work is to restore the serialVersionUID to the pre change version.
Attachments
Issue Links
- links to
Code changed in jenkins
User: James Nord
Path:
core/src/main/java/hudson/util/AbstractTaskListener.java
http://jenkins-ci.org/commit/jenkins/99592e0a84d9dc6bbda457040f91719aa153dfec
Log:
JENKINS-50124restore AbstractTaskListeners serialVersionUID.If a subclass was serialized (default java serialization) then the
changes do push down the method to the interface would break
deserialisation when in reality the classes are still compatable.
Restoring the compatability by hard coding the serialVersionUID to what
it was before the change.
(cherry picked from commit dcf22ca809671f19cfc2d1d10537b7bb5cf56e8d)