Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8060766

build of jdk9-b33 seems broken due to how security zip files are interfaced

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: P2
    • Resolution: Fixed
    • Affects Version/s: 9
    • Fix Version/s: 9
    • Component/s: infrastructure
    • Labels:
    • Subcomponent:
    • Introduced In Build:
      b33
    • Introduced In Version:
      9
    • Resolved In Build:
      b37
    • CPU:
      x86
    • OS:
      linux

      Backports

        Description

        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

         

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  erikj Erik Joelsson
                  Reporter:
                  msusko Mark Susko (Inactive)
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  2 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: