J.SergeВерно, добавление метода (кроме private, вроде) влияет на сериализацию класса.

С фига ли? По состоянию совместимость есть? Есть. Этого достаточно. Новый метод ни на что повлиять не может.

J.Sergeserialver в руки для проверки
Ааа... так речь про генерённый явой. Ну, этот да. Но логика ведь использовать serialVersionUID другая.
Если класс Serializable, то девелоперы сами должны указывать и контролировать serialVersionUID. А не использовать внутренний.
В этом случае простое добавление это совместимая модификация и пересоздавать serialVersionUID надобности нет.
Иначе если свой serialVersionUID будет следовать логике генеренного serialVersionUID, то его суть совершенно теряется.

redwhite90так всё таки если резюмировать когда надо явно менять serialVersionUID?

Что значит "явно менять"? Возможно имелось ввиду "явно указывать"? Всегда когда у вас в коде Serializable класс. Исключение можно сделать для Swing классов.

redwhite90Какие проблемы могут нас ожидать если мы оставим его вычисление на откуп компилятору?
Такие что с выходом новой версии вашего ПО, данные старых версий не смогут быть прочитаны, даже если изменения в коде полностью совместимы между версиями.

redwhite90имелось ввиду менять явно указанное значение.

Явно менять значение нужно, если у вас явно новая версия класса не совместима со старой. Поэтому старые сериализованые данные использовать нельзя. Поэтому вы меняете serialVersionUID, чтобы при попытке использования старых данных было исключение.

redwhite90когда новая версия класса не совместима со старой? по каким признакам это понять?
По таким, что десериализованая версия старого класса в новый класс приведет к дефектам ПО.

redwhite90Есть какой то набор понятных случаев? Вы употребляете очень общие слова
"Ты не выёживайся, ты пальцем покажи?"
Ну, если вы являетесь автором своего кода, разве вам не очевидно что именно вы в нём меняете?
Если очевидно, что именно вы в неём поменяли, то можно написать test case или просто себе представить, как данные старого класса загрузятся в новый.

Например, мы добавили метод в класс. Поля не поменялись. Поля это состояние. Значит состояние можно спокойно переносить между старой и новой версией. Значит UID менять не нужно.
Мы добавили поле. В старой версии его нет. Значит после десериализации значение поля будет значением по-умолчанию. Это приведёт к ошибке? Если да, то меняем UID. Если значение по-умолчанию безопасно, то осталяем старый.
Перенесли поле в другой класс. Значит из старой версии в новую оно из сериализованого состояния никак не попадёт. Если поле важно - меняем UID. Если не особо, то можно оставить старый.

Где-то была толстая статья о том как сохранять backward compatibility. Если очень интересно.

redwhite90от статьи не откажусь.

http://www.javapractices.com/topic/TopicAction.do?Id=45

redwhite90А можете тогда объяснить логику разраобтчиков языка меняющих serialver при добавлении метода?
Так уж здесь повелось. Если в классе появился только новый метод, это ещё не значит что он совместим со старыми версиями.

J.Serge,

Теория с практикой иногда расходятся. :)