-
Bug
-
Resolution: Fixed
-
P2
-
9
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8081995 | emb-9 | Erik Joelsson | P2 | Resolved | Fixed | b37 |
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
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
- backported by
-
JDK-8081995 build of jdk9-b33 seems broken due to how security zip files are interfaced
-
- Resolved
-