commit-classpath
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[commit-cp] [bugs #11618] java.lang.Class serialization


From: Mark Wielaard
Subject: [commit-cp] [bugs #11618] java.lang.Class serialization
Date: Mon, 17 Jan 2005 17:13:19 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041128 Firefox/1.0 (Debian package 1.0-4)

This is an automated notification sent by Savannah.
It relates to:
                bugs #11618, project classpath

==============================================================================
 LATEST MODIFICATIONS of bugs #11618:
==============================================================================

               Posted by: Mark Wielaard <mark>
               Posted on: 2005-01-17 17:13 (Europe/Amsterdam)
    _______________________________________________________

             Assigned to:                    None -> mark                   

    _______________________________________________________

Follow-up Comment:
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.

==============================================================================
 OVERVIEW of bugs #11618:
==============================================================================

URL:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11618>

                 Summary: java.lang.Class serialization
                 Project: classpath
            Submitted by: trebligd
            Submitted on: Sun 01/16/2005 at 21:35
                Category: classpath
                Severity: 5 - Average
                  Status: None
                 Privacy: Public
             Assigned to: mark
             Open/Closed: Open
        Platform Version: None

    _______________________________________________________


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



    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Mon 01/17/2005 at 17:13       By: Mark Wielaard <mark>
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.

-------------------------------------------------------
Date: Mon 01/17/2005 at 11:43       By: Anonymous
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.








==============================================================================

This item URL is:
  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=11618>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]