With 6-open, doing a j2se build (partial jdk build), where the corba classes are extracted from a jdk6 rt.jar. It extracts javax/rmi, which gets us javax/rmi/ssl. But the javax/rmi/ssl classes coming from rt.jar (jdk6) are missing a constructor needed by a sun/management/jmxremote/ConnectorBootstrap.java. The javax/rmi/ssl classes it wants are IN the j2se workspace, but the timestamps on the javax/rmi/ssl classes extracted from rt.jar in make/java/redist/Makefile are preventing the compilation of the javax/rmi/ssl sources in the j2se workspace.



# Running javac:
/java/re/jdk/1.6.0/promoted/latest/binaries/solaris-i586/bin/javac -J-XX:ThreadStackSize=768 -J-client -J-Xmx896m -J-Xms128m -J-XX:PermSize=32m -J-XX:MaxPermSize=160m -source 1.5 -target 5 -encoding ascii -Xbootclasspath:../../../build/solaris-i586/lib/jce.jar:../../../build/solaris-i586/classes -sourcepath ../../../build/solaris-i586/gensrc:../../../src/solaris/classes:../../../src/share/classes:../../../src/closed/solaris/classes:../../../src/closed/share/classes -d ../../../build/solaris-i586/classes @../../../build/solaris-i586/tmp/java/java.lang.management/management/.classes.list
../../../src/share/classes/sun/management/jmxremote/ConnectorBootstrap.java:611: cannot find symbol
symbol : constructor SslRMIServerSocketFactory(javax.net.ssl.SSLContext,java.lang.String[],java.lang.String[],boolean)
location: class javax.rmi.ssl.SslRMIServerSocketFactory
                return new SslRMIServerSocketFactory(
                       ^
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
1 error
gmake[2]: *** [.compile.classlist] Error 1

Control builds are ok, it's partial builds from the j2se workspace that are the issue here. With a control build, the corba dist/lib/classes.jar will not deliver the javax/rmi/ssl classes.

This may be a problem in the jdk7 workspace too, we just may be lucking out because the interfaces are right. But the javax/rmi/ssl classes being delivered into rt.jar are old ones.

If the j2se workspace has the source for a java package, and the extractions from rt.jar or tools.jar overlap, then we have a problem.

But maybe there is also a problem here with 6-open in that this new interface in javax/rmi/ssl classes should not even BE in 6-open?