Think of it as a version number for the class definition. If you add
your own serialuid, each time you change/add/remove a field you should
update the serialuid so that it contains a different number.
Basically imagine one jvm holding a version of class X with serialuid
of 1 and an instance gets send to a second jvm. If the 2nd jvm class X
has a serialuid of 1 then its safe to assume that the structure of X
is the same or compatible. However if there is a mismatch then they
are incompatible and an exception will be thrown when the 2nd jvm
attempst to deserialize the X instance it recieved from jvm1.
On Dec 8, 12:15 am, "
Serega.Shey...@gmail.com"