> Beim neu kompilieren würden dann alle Kunden Ihre Session verlieren, da sie nicht mehr repliziert werden können.
aber
"Bei Änderung der Klassen mit Feldern würden dann alle Kunden Ihre Session verlieren, da sie nicht mehr repliziert werden können."
ist schon ok? kannst du das so genau unterscheiden und sind solche Änderungen trotzdem derart häufig, dass du das automatisiert brauchst?
wenn du die SerialId änderst, dann musst du dir ja doch irgendwo auf einen Papierzettel eine Notiz machen, dass demnächst alle Sessions nix mehr taugen,
wie wärs wenn du dir diese Notiz auch so selber machst, und dann z.B. kurz vor dem Ernstfall per Text-Replace alle SerialVersionUID in einem Projekt von 25 auf 26 erhöhst?
oder du hast gar rein softwaremäßig in jedem erstellten Session-Objekt eine eingetragene Versionsnummer, Integer 25, 26, usw.
und wenn eine Session mit zu alter Version (aber doch passender ungeänderter Id) verarbeitet wird, gibts eine selbst erzeugte Fehlermeldung,
na das sind jetzt wilde manuelle Spekulationen, brauchst du nicht kommentieren wenn es nicht gefällt
je nach deinen Anforderungen können sie auch technisch vielleicht gar nicht passen
ich persönlich sehe grundsätzlich wenig Sinn hinter,
wenn die Software fundamental ausgetausch wird, sollten doch wohl Programme aus sein, kurzlebig abgelegte serialisierte Daten nicht mehr benötigt werden,
alles längerfristige könnte in einem standardisierten XML-Format oder in einer Datenbank gespeichert werden?
musst du aber auch nicht näher erläutern
zur gewünschten Eclipse-Funktion kann ich nichts sagen