[hibernate-issues] [Hibernate-JIRA] Updated: (HHH-4441) SessionImpl serialization violates java serialization spec

SessionImpl serialization violates java serialization spec ---------------------------------------------------------- Key: HHH-4441 URL: http://opensource.atlassian.com/projects/hibernate/browse/HHH-4441 Project: Hibernate Core Issue Type: Bug Components: core Affects Versions: 3.3.2, 3.5.0.Beta-1 Reporter: Paul Ferraro Assignee: Sanne Grinovero Fix For: 3.3.x, 3.5 Attachments: patch.txt The private serialization methods of org.hibernate.impl.SessionImpl must call default[Read|Write]Object() on the object input/output stream before any custom de/serialization logic. According to the Java serialization spec: http://java.sun.com/javase/6/docs/platform/serialization/spec/output.html... "The class's writeObject method, if implemented, is responsible for saving the state of the class. Either ObjectOutputStream's defaultWriteObject or writeFields method must be called once (and only once) before writing any optional data that will be needed by the corresponding readObject method to restore the state of the object; even if no optional data is written, defaultWriteObject or writeFields must still be invoked once. If defaultWriteObject or writeFields is not invoked once prior to the writing of optional data (if any), then the behavior of instance deserialization is undefined in cases where the ObjectInputStream cannot resolve the class which defined the writeObject method in question." http://java.sun.com/javase/6/docs/platform/serialization/spec/input.html#... "The readObject method of the class, if implemented, is responsible for restoring the state of the class. The values of every field of the object whether transient or not, static or not are set to the default value for the fields type. Either ObjectInputStream's defaultReadObject or readFields method must be called once (and only once) before reading any optional data written by the corresponding writeObject method; even if no optional data is read, defaultReadObject or readFields must still be invoked once." One consequence of this spec violation is that you cannot use JBoss Marshalling to serialize a session. For details, see: https://jira.jboss.org/jira/browse/JBMAR-67 Patch attached.