On Thu, 16 Feb 2023 23:07:13 GMT, Ian Graves <igra...@openjdk.org> wrote:
>> This is an approach to adding a flag to jlink that will allow --compress to >> take the same types of arguments as jmod, thus bringing the two into >> alignment. This likely requires a CSR and a discussion on whether we should >> deprecate or simply remove the original numeric compression arguments. > > Ian Graves has updated the pull request incrementally with one additional > commit since the last revision: > > Additional updates This change also impacts runtime. Is it possible to add a test that runs jlink to create a custom image that uses some compression level and run the compressed resources in the custom image. src/jdk.jlink/share/classes/jdk/tools/jlink/internal/plugins/DefaultCompressPlugin.java line 95: > 93: switch (level) { > 94: case LEVEL_0: > 95: System.err.println("warning - the \"0\" value for > --compress has been deprecated and " + I expect this be a localized message, e.g. add to plugins.properties. You can call AbstractPlugin::getMessage` to get the message from the resource bundle. This one should be consistent with the existing convention but unfortunately the existing warning messages are not consistent - prefixing with "Warning:" or "WARNING:". ------------- PR: https://git.openjdk.org/jdk/pull/11617