[Bug classpath/22840] java.lang.Class serialization

[gcc-bugzilla at gcc dot gnu dot org]

I ran into this problem while running some JUnit tests for JCommon (used by
JFreeChart) against GNU Classpath (with JamVM 1.2.3).  There is a failure When
writing a Class instance (Line2D.class) to an ObjectOutputStream and reading
the same back from an ObjectInputStream.  I've added a new test to Mauve which
shows this problem (/gnu/testlet/java/lang/Class/serialization.java).  I tried
various other classes - some work and some don't.  

address@hidden:~/workspace/mauve> java -classpath .
gnu.testlet.SimpleTestHarn ess -verbose -file CurrentTests.txt
gnu.testlet.java.lang.Class.serialization
----
PASS: gnu.testlet.java.lang.Class.serialization (number 1)
PASS: gnu.testlet.java.lang.Class.serialization (number 2)
PASS: gnu.testlet.java.lang.Class.serialization (number 3)
PASS: gnu.testlet.java.lang.Class.serialization (number 4)
PASS: gnu.testlet.java.lang.Class.serialization (number 5)
PASS: gnu.testlet.java.lang.Class.serialization (number 6)
PASS: gnu.testlet.java.lang.Class.serialization (number 7)
PASS: gnu.testlet.java.lang.Class.serialization (number 8)
PASS: gnu.testlet.java.lang.Class.serialization (number 9)
PASS: gnu.testlet.java.lang.Class.serialization (number 10)
PASS: gnu.testlet.java.lang.Class.serialization (number 11)
PASS: gnu.testlet.java.lang.Class.serialization (number 12)
PASS: gnu.testlet.java.lang.Class.serialization (number 13)
PASS: gnu.testlet.java.lang.Class.serialization (number 14)
PASS: gnu.testlet.java.lang.Class.serialization (number 15)
PASS: gnu.testlet.java.lang.Class.serialization (number 16)
PASS: gnu.testlet.java.lang.Class.serialization (number 17)
0 of 17 tests failed
address@hidden:~/workspace/mauve> jamvm -classpath .
gnu.testlet.SimpleTestHarness -verbose -file CurrentTests.txt
gnu.testlet.java.lang.Class.serialization
----
PASS: gnu.testlet.java.lang.Class.serialization (number 1)
PASS: gnu.testlet.java.lang.Class.serialization (number 2)
PASS: gnu.testlet.java.lang.Class.serialization (number 3)
PASS: gnu.testlet.java.lang.Class.serialization (number 4)
PASS: gnu.testlet.java.lang.Class.serialization (number 5)
PASS: gnu.testlet.java.lang.Class.serialization (number 6)
PASS: gnu.testlet.java.lang.Class.serialization (number 7)
PASS: gnu.testlet.java.lang.Class.serialization (number 8)
FAIL: gnu.testlet.java.lang.Class.serialization (number 9)
FAIL: gnu.testlet.java.lang.Class.serialization (number 10)
FAIL: gnu.testlet.java.lang.Class.serialization (number 11)
FAIL: gnu.testlet.java.lang.Class.serialization (number 12)
FAIL: gnu.testlet.java.lang.Class.serialization (number 13)
FAIL: gnu.testlet.java.lang.Class.serialization (number 14)
PASS: gnu.testlet.java.lang.Class.serialization (number 15)
FAIL: gnu.testlet.java.lang.Class.serialization (number 16)
FAIL: gnu.testlet.java.lang.Class.serialization (number 17)
8 of 17 tests failed


------- Comment #1 from from-classpath at savannah dot gnu dot org  2005-01-17 
11:43 -------
One thing I've noticed is that the classes that fail in GNU Classpath are all
non-serializable classes (at least one is an interface), which suggests this is
a failure with our serialization process rather than the individual classes.


------- Comment #2 from from-classpath at savannah dot gnu dot org  2005-01-17 
17:13 -------
I added a couple more tests for some more corner cases and I am testing a patch
which seems to solve the issue and makes our score on the commons-collections
testsuite much better.


------- Comment #3 from from-classpath at savannah dot gnu dot org  2005-02-02 
23:59 -------
The test in the JCommon class library that prompted this bug report now passes
and all the Mauve tests pass for me also.  This bug can be closed (it doesn't
look as though I can do it myself).  Thanks!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22840