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

jpackage runs redundant codesign invocations

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: P3 P3
    • 26
    • 26
    • tools
    • generic
    • os_x

      jpackage signs additional launchers and all executables in the runtime: "Contents/Home/bin/java", "Contents/Home/bin/keytool", "Contents/Home/lib/libnet.dylib" (all dll-s in "Contents/Home/lib" folder). Why is that? These executables are supposed to be signed by a JDK vendor and should not be signed with the user's certificate.

      Data collected from running the "SigningAppImageTest.test(true, true, UNICODE_INDEX)" test.

      The observed behavior is not a regression; jpackage has been like this for a long time.

            asemenyuk Alexey Semenyuk
            asemenyuk Alexey Semenyuk
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: