build: Replaced deprecated --compress 2 option with new JLink 21 compliant --compress zip-9

[Oliver-Loeffler]

As with JLink 21 the option --compress 2 is deprecated, --compress zip-9 is used instead.

Issue

Fixes #741

Progress

• Change must not contain extraneous whitespace
• License header year is updated, if required
• The PR name must follow the pre-defined format
• Verify the contributor has signed Gluon Individual Contributor License Agreement (CLA)

[abhinayagarwal]

Going through the jlink command line, I found:

$ jlink --help
…
    --compress <compress>  Compression to use in compressing resources:
        Accepted values are:
        zip-[0-9], where zip-0 provides no compression,
        and zip-9 provides the best compression.
        Default is zip-6.
        Deprecated values to be removed in a future release:
        0:  No compression. Equivalent to zip-0.
        1:  Constant String Sharing
        2:  Equivalent to zip-6.
…

I am wondering if we should default to zip-6, or if zip-9 provides a better compression without any side-effects?

[Oliver-Loeffler]

At least for Windows, it has no effect. I have not tested Linux an macOS builds yet.

[abhinayagarwal]

FYI, I tried both zip-6 and zip-9 on mac m1 with JDK 23.

With zip-6 the runtime created is 148.1MB (14,78,75,131 bytes) and with zip-9 it is 148MB (14,78,17,824 bytes).

[Oliver-Loeffler]

Interesting! The extacted contents of the 80 MiB MSI file is 155 MiB on Windows. I would have expected a smaller file size on Linux (at least for the package file).

[abhinayagarwal]

The extacted contents of the 80 MiB MSI file is 155 MiB on Windows

I was talking about the runtime which is created after running the jlink command.

[Oliver-Loeffler]

Ah, yes, my mistake.