Request for Review: Chain more Exceptions (RuntimeException)
Sebastian Sickelmann
sebastian.sickelmann at gmx.de
Fri Aug 19 22:04:46 UTC 2011
Am 19.08.2011 23:21, schrieb Alan Bateman:
> Sebastian Sickelmann wrote:
>> OK. We need to change the serialversion. But is this enough? May we
>> break applications out there which serialized
>> NoSuchMechanismExceptions or extended classes? I have compiled it
>> with no explicit serialversionUID and started
>> ./serialver javax.xml.crypto.NoSuchMechanismException
>> to show the generated serialversionUID. The new is 4170396067457259019L.
>>
> I don't have time to send a detailed reply on this now but we can't
> change the serialVersionUID.
>
> -Alan.
In normal closed Application Development you only ensure to mark the
serialization incompatible and ready.
If you need to store objects most developers are doing custom
xml-serialization (because peak brackets(translated from german term of
abuse for <>) are so sexy :-( ).
I think i know what you mean and how to solve it.
I think you mean somethink like this:
http://download.oracle.com/javase/7/docs/platform/serialization/spec/version.html
I was always interessted into how to make serialized object realy
versioned in a way designed for the jvm.
I will read this tomorrow and try to fix the changed
NoSuchMechanismException.
If i am totally wrong with my guess, this is no problem , than i have
read this specification and know more about a interessting topic. ;-)
-- Sebastian
More information about the core-libs-dev
mailing list