FULL JDK VERSION(S)
java version "1.5.0_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_03-b07)
Java HotSpot(TM) Client VM (build 1.5.0_03-b07, mixed mode)
DESCRIPTION:
The supplied testcase contains the source for a simple abstract subclass of a class
in the provided jar. The parent class has dependencies which are not available - but
that's OK as we aren't trying to compile the parent class.
However the 5.0 compiler cannot compile the subclass without access to all its parent
class dependencies. 1.4.2 compiles this without error.
To recreate the problem, run recreate.sh. You should see:
MySubclass.java:1: cannot access commonj.sdo.DataGraph
file commonj/sdo/DataGraph.class not found
public abstract class MySubclass extends com.ibm.wsspi.sib.core.SIBusSdoMessageFactory {}
                ^
1 error
I've tracked the problem down to over-eager completion of class files.
The 5.0 compiler requires the missing class commonj/sdo/DataGraph.class
as it tries to complete this class. By weakening the completion rules
a little I can get this to compile.
More specifically, by allowing
com/sun/tools/javac/code/Types$IsSameTypeFcn.visitClassType() to
access the ClassType's TypeSymbol flags directly rather than through
the flags() accessor method, it won't require the class to be completed.
This change has been put through the JCK compiler tests and is
compliant.
TESTCASE:
MySubclass.java:
public abstract class MySubclass extends com.ibm.wsspi.sib.core.SIBusSdoMessageFactory {}
recreate.sh:
javac -classpath sib.mfpCore.jar MySubclass.java
Attached is sib.mfpCore.jar.
[This bug is being submitted in order to maintain uniformity between Sun & IBM JDKs. It has been fixed in IBM JDKs.
Please contact ###@###.### if you have questions.]
           </Note>
###@###.### 2005-05-22 20:23:22 GMT