glassfish
  1. glassfish
  2. GLASSFISH-446

When using Mustang, verifier gets ZipException trying to read JRE optional package

    Details

    • Type: Bug Bug
    • Status: Open
    • Priority: Minor Minor
    • Resolution: Unresolved
    • Affects Version/s: 9.0pe
    • Fix Version/s: not determined
    • Component/s: verifier
    • Labels:
      None
    • Environment:

      Operating System: All
      Platform: All

    • Issuezilla Id:
      446

      Description

      java version "1.6.0-beta2"
      Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-beta2-b72)
      Java HotSpot(TM) Client VM (build 1.6.0-beta2-b72, mixed mode, sharing)

      I tried running verifier using above JDK. When I tried verifying any application
      in '-p' mode, verifier console output reports about a ZipException as shown below:

      WARNING: DPL5400:Exception occurred : error in opening zip file.
      INFO: Verifying: [ build/jpa_acc_option1.ear ]
      INFO: Verifying: [ appclient_jar ]
      INFO: Ignoring optional pkg
      /space/ss141213/software/jdk1.6.0/jre/../jre/lib/ext/meta-index
      java.util.zip.ZipException: error in opening zip file
      at java.util.zip.ZipFile.open(Native Method)
      at java.util.zip.ZipFile.<init>(ZipFile.java:113)
      at java.util.jar.JarFile.<init>(JarFile.java:132)
      at java.util.jar.JarFile.<init>(JarFile.java:97)
      at
      com.sun.enterprise.tools.verifier.apiscan.packaging.Archive$1.accept(Archive.java:77)
      at java.io.File.listFiles(File.java:1129)
      at
      com.sun.enterprise.tools.verifier.apiscan.packaging.Archive.getAllOptPkgsInstalledInJRE(Archive.java:73)
      at
      com.sun.enterprise.tools.verifier.apiscan.packaging.ClassPathBuilder.buildClassPathForEar(ClassPathBuilder.java:244)
      at
      com.sun.enterprise.tools.verifier.apiscan.packaging.ClassPathBuilder.buildClassPathForEar(ClassPathBuilder.java:235)
      at
      com.sun.enterprise.tools.verifier.appclient.AppClientVerifier.getClassPath(AppClientVerifier.java:109)
      at
      com.sun.enterprise.tools.verifier.BaseVerifier.preVerification(BaseVerifier.java:123)
      at
      com.sun.enterprise.tools.verifier.appclient.AppClientVerifier.verify(AppClientVerifier.java:66)
      at
      com.sun.enterprise.tools.verifier.VerificationHandler.runVerifier(VerificationHandler.java:223)
      at
      com.sun.enterprise.tools.verifier.VerificationHandler.verifyArchive(VerificationHandler.java:142)
      at com.sun.enterprise.tools.verifier.Verifier.verify(Verifier.java:131)
      at com.sun.enterprise.tools.verifier.Verifier.main(Verifier.java:101)
      INFO:

      1. of Failures : 0
      2. of Warnings : 0
      3. of Errors : 0

      Needs further investigation as to why the ZipException is coming. More over, the
      first WARNING is coming from DOL. Let's ignore that for the moment. We will
      files a separate bug against deployment for that WARNING.

      – Sahoo

        Activity

        Hide
        Tom Mueller added a comment -

        Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.

        Show
        Tom Mueller added a comment - Bulk update to change fix version to "not determined" for all issues still open but with a fix version for a released version.
        Hide
        Sanjeeb Sahoo added a comment -
            • Issue 5113 has been marked as a duplicate of this issue. ***
        Show
        Sanjeeb Sahoo added a comment - Issue 5113 has been marked as a duplicate of this issue. ***
        Hide
        deepasobhana added a comment -

        Created an attachment (id=1542)
        Attaching the patch for this issue

        Show
        deepasobhana added a comment - Created an attachment (id=1542) Attaching the patch for this issue
        Hide
        Sanjeeb Sahoo added a comment -

        When I looked at the source code, I see that verifier is assuming every file
        installed in jre/lib/ext is a jar file. This assumption is not valid in Mustang
        as there is a file called jre/lib/ext/meta-index there, which seem to be
        containing index information about jars in that folder. So, in our code, we
        should try to filter only *.jar files from ext dirs.

        Sahoo

        Show
        Sanjeeb Sahoo added a comment - When I looked at the source code, I see that verifier is assuming every file installed in jre/lib/ext is a jar file. This assumption is not valid in Mustang as there is a file called jre/lib/ext/meta-index there, which seem to be containing index information about jars in that folder. So, in our code, we should try to filter only *.jar files from ext dirs. Sahoo

          People

          • Assignee:
            Bhavanishankar
            Reporter:
            Sanjeeb Sahoo
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated: