-
Bug
-
Resolution: Won't Fix
-
P4
-
5.0, 7
-
generic
-
generic, solaris_8
The packages sun.tools.asm, sun.tools.tree, sun.tools.javac, and sun.tools.java
will be removed in Tiger. rmic uses some of these classes, and so the needed
classes must be copied into the rmic area and the packages renamed. rmic will
likely have to be refactored and/or partially rewritten to remove the
dependence on the old compiler.
Due to incompatibilities between the generics compiler and the 1.2-era
oldjavac internals, the following JCK tests will fail until this is
completed:
in compiler-15
api/java_rmi/rmic/stub11/TestRemote6/index_Primitive.jtr
api/java_rmi/rmic/stub12/TestRemote6/index_SeveralArgs.jtr
api/java_rmi/rmic/stub11/TestRemote6/index_Combined.jtr
api/java_rmi/rmic/skel/TestRemote6/index_SeveralArgs.jtr
Note that there may be a real problem generating stubs for methods
that have been defined using covariant returns. It would be impossible
in Java source to define both methods (the method and its bridge method)
because they have the same name and argument types. I don't know what
the solution should be for rmic, but this issue definitely requires
some thought. It would be unfortunate if rmic never works with classes
(such as java.util.Collection) that uses covariant returns.
###@###.### 2003-07-14
will be removed in Tiger. rmic uses some of these classes, and so the needed
classes must be copied into the rmic area and the packages renamed. rmic will
likely have to be refactored and/or partially rewritten to remove the
dependence on the old compiler.
Due to incompatibilities between the generics compiler and the 1.2-era
oldjavac internals, the following JCK tests will fail until this is
completed:
in compiler-15
api/java_rmi/rmic/stub11/TestRemote6/index_Primitive.jtr
api/java_rmi/rmic/stub12/TestRemote6/index_SeveralArgs.jtr
api/java_rmi/rmic/stub11/TestRemote6/index_Combined.jtr
api/java_rmi/rmic/skel/TestRemote6/index_SeveralArgs.jtr
Note that there may be a real problem generating stubs for methods
that have been defined using covariant returns. It would be impossible
in Java source to define both methods (the method and its bridge method)
because they have the same name and argument types. I don't know what
the solution should be for rmic, but this issue definitely requires
some thought. It would be unfortunate if rmic never works with classes
(such as java.util.Collection) that uses covariant returns.
###@###.### 2003-07-14
- duplicates
-
JDK-7014793 sun.tools.javac message files localization not included in tools.jar
-
- Closed
-
- relates to
-
JDK-4633413 Remove old javac source code and binaries
-
- Closed
-
-
JDK-6473331 rmic does not use manifest classpath
-
- Resolved
-