hg: jdk8/tl/jdk: 7080020: Add conventional constructors to InternalError and VirtualMachineError

Eamonn McManus eamonn.mcmanus at oracle.com
Thu Aug 25 08:59:04 UTC 2011


Could we perhaps have the JDK build use an annotation processor that 
requires every public class in java.* javax.* etc that is serializable 
to either declare a serialVersionUID or have 
@SuppressWarnings("serial")? The amount of grief we have had over the 
years with this would easily justify the effort.

Éamonn


On 25/8/11 9:00 AM, Joe Darcy wrote:
> Alan Bateman wrote:
>> Joe Darcy wrote:
>>> Hi Alan.
>>>
>>> I did check for that point in my review :-)
>>>
>>> The VirtualMachineError class is abstract so as long as all its 
>>> subclasses declare a serialVersionUID, like InternalError does, I 
>>> think we're fine.
>> We need to check the serialization protocol but I'm pretty the object 
>> stream class of the supertype goes into the stream too. Also I 
>> quickly checked an an up-to-date build of jdk8/tl and its currently 
>> unable to deserialize streams contain any of the virtual machine 
>> errors like OutOfMemoryError, StackOverflowError, etc.
>
> *sigh*
>
> Thanks for checking on this Alan; I'll prepare a changeset with the 
> explicit serialVersionUID on InternalError.
>
> -Joe
>



More information about the core-libs-dev mailing list