Bug 1052208 - [GSS] (6.3.0) Protocol incompatibility between serializable classes with different non-serializable superclasses
Summary: [GSS] (6.3.0) Protocol incompatibility between serializable classes with diff...
Keywords:
Status: CLOSED DUPLICATE of bug 1052204
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Remoting
Version: 6.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ---
Assignee: Brad Maxwell
QA Contact: Jitka Kozana
Russell Dickenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-01-13 13:50 UTC by Brad Maxwell
Modified: 2018-12-04 16:56 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1032312
Environment:
Last Closed: 2014-01-13 13:55:05 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker JBMAR-156 0 Major Resolved Protocol incompatibility between serializable classes with different non-serializable superclasses 2018-01-29 21:15:19 UTC

Description Brad Maxwell 2014-01-13 13:50:34 UTC
+++ This bug was initially created as a clone of Bug #1032312 +++

Protocol versions up to 3 of the River marshalling protocol erroneously serialize a class descriptor for the first non-serializable superclass of a serializable class.

This manifests itself particularly when an IBM JVM and a Sun JVM communicate by serializing a StringBuilder or StringBuffer class. The Sun JDK contains a shared superclass called AbstractStringBuilder which is not present in IBM's version.

In version 4 the stream should be marked with a NULL when the first non-serializable class is hit.  For version 3 though we can just mark it with java.lang.Object because that is also a single byte and should work as well (in 1.4 at least, this class is only used to detect the end of the chain; it is not used to make decisions about what constructor to invoke).  Only the sender needs to change; the receiver should continue functioning.

--- Additional comment from Brad Maxwell on 2013-11-19 19:24:47 EST ---

Fixed in JBoss Marshalling 1.4.3

Comment 1 Brad Maxwell 2014-01-13 13:55:05 UTC

*** This bug has been marked as a duplicate of bug 1052204 ***


Note You need to log in before you can comment on or make changes to this bug.