I checked the build of commercial jdk9 b33 on linuxx86_64 .

Seems it is broken in the part of how the closed security-zips are interfaced to the build.

Especially the classes from jdk/make/tools/crypto/sec-bin.zip are, as far as I can see, not correctly referenced.

Probably we do not see these issues internally because we build the classes from jdk/make/tools/crypto/sec-bin.zip as well and do not “import” them from the zip .

Error is as follows : (basically means the unzipped classes like javax.net.ssl package are not found).
---------------------------

/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/java.base/share/classes/java/net/SecureCacheResponse.java:29: error: package javax.net.ssl does not exist

import javax.net.ssl.SSLPeerUnverifiedException;
                    ^
/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/java.base/share/classes/java/net/SecureCacheResponse.java:75: error: cannot find symbol

        throws SSLPeerUnverifiedException;
               ^
  symbol: class SSLPeerUnverifiedException
  location: class SecureCacheResponse
/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/java.base/share/classes/java/net/SecureCacheResponse.java:92: error: cannot find symbol
             throws SSLPeerUnverifiedException;
                    ^
  symbol: class SSLPeerUnverifiedException
  location: class SecureCacheResponse

/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/java.base/share/classes/sun/net/ftp/impl/FtpClient.java:44: error: package javax.net.ssl does not exist

import javax.net.ssl.SSLSocket;
                    ^
/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/java.base/share/classes/sun/net/ftp/impl/FtpClient.java:45: error: package javax.net.ssl does not exist

import javax.net.ssl.SSLSocketFactory;
                    ^
/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/java.base/share/classes/sun/net/ftp/impl/FtpClient.java:70: error: cannot find symbol
    private SSLSocketFactory sslFact;
            ^
  symbol: class SSLSocketFactory


From what I see, the class files from sec-bin.zip

( jdk/make/tools/crypto/sec-bin.zip)

are correctly extracted in the build process via unzip .

This is done via jdk/make/UnpackSecurity.gmk .
Afterwards the extracted classes show up correctly in the file system :

<builddir>/jdk/modules/java.base
<builddir>/jdk/modules/java.security.jgss

But in the following compilation calls the classes are not added to the classpath . Which leads to the error reported above.
The build call in the log which leads to the error is :

/jse/1.8.0_sun/bin/java -Xms64M -Xmx1600M -XX:ThreadStackSize=1536 -Xbootclasspath/p:/usr/work/d040975/oraclejdk9_build/output_ld8443/opt/langtools/dist/interim_langtools.jar

-cp /usr/work/d040975/oraclejdk9_build/output_ld8443/opt/langtools/dist/interim_langtools.jar com.sun.tools.javac.Main -source 9 -target 9 -encoding ascii

-XDignore.symbol.file=true -Xlint:all,-deprecation -Werror -classpath /usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/make/closed/tools/crypto/jce/jce.jar

-bootclasspath '' -implicit:none

-sourcepath /usr/work/d040975/oraclejdk9_build/output_ld8443/opt/jdk/gensrc/java.base:/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/java.base/linux/classes:/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/java.base/unix/classes:/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/closed/java.base/share/classes:/usr/work/d040975/my_sapjvm/bas2/j2se/19/jdk/src/java.base/share/classes:/usr/work/d040975/my_sapjvm/bas2/j2se/19/langtools/src/java.base/share/classes:/usr/work/d040975/oraclejdk9_build/output_ld8443/opt/jdk/modules/java.base:/usr/work/d040975/oraclejdk9_build/output_ld8443/opt/jdk/modules/java.security.jgss -d /usr/work/d040975/oraclejdk9_build/output_ld8443/opt/jdk/modules/java.base -h /usr/work/d040975/oraclejdk9_build/output_ld8443/opt/jdk/gensrc_headers/java.base.java.base.tmp @/usr/work/d040975/oraclejdk9_build/output_ld8443/opt/jdk/modules/java.base/_the.java.base_batch.tmp

when I enhance manually the classpath to the unzipped files, the build succeeds.

From looking the the jdk8 make, it seems the bootclasspath is extended