JDK-7053606 : SVUID calculated for java.lang.Enum is not 0L
  • Type: Bug
  • Component: other-libs
  • Sub-Component: corba:idl
  • Affected Version: 5.0-pool
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2011-06-10
  • Updated: 2011-08-19
  • Resolved: 2011-06-14
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other Other Other
5.0u30-rev b20Fixed 5.0u31-revFixed 5.0u32Fixed
Related Reports
Relates :  
Relates :  
Description
FULL PRODUCT VERSION :


ADDITIONAL OS VERSION INFORMATION :
Windows_NT <MACHINE NAME> 5 01 586

A DESCRIPTION OF THE PROBLEM :
For the class java.lang.Enum, as per Java to IDL mapping spec example, the SVUID should be 0L. The SVUID calculated by com.sun.corba.se.impl.io.ObjectStreamClass for java.lang.Enum is not 0L. Also, in the hashcode calculation, the getFields() method does NOT return 0 fields for java.lang.Enum.

In java.io.ObjectStreamClass however, we have the following code:

 if (isEnum) {
    suid = Long.valueOf(0);
    fields = NO_FIELDS;
    return null;
}

Shouldn't the same be done in com.sun.corba.se.impl.io.ObjectStreamClass?
Shouldn't the SVUID be 0L, and getFields return NO_FIELDS?

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
i was expecting the SVUID to be 0L, and the getFields to return NO_FIELDS.
ACTUAL -
SVUID is not 0L, and getFields returns an array of length 2

REPRODUCIBILITY :
This bug can be reproduced always.

Comments
EVALUATION See original CR 6877056
10-06-2011