[External] : Re: Draft JEP, "JDK packaging guidelines"

[Alexey Semenyuk]

Vladimir,

The recommendation is not to use arch suffix in installation directory 
name on macOS. These are installation directories of various JDKs:
Oracle: /Library/Java/JavaVirtualMachines/jdk-17.0.1.jdk
Adoptium: /Library/Java/JavaVirtualMachines/temurin-17.jdk
Zulu: /Library/Java/JavaVirtualMachines/zulu-17.jdk
Liberica: /Library/Java/JavaVirtualMachines/liberica-jdk-17.jdk
Amazon Corretto: /Library/Java/JavaVirtualMachines/amazon-coretto-17.jdk

None of the names contain arch suffix, so I think this recommendation is 
easy to follow.

- Alexey

On 3/2/2022 3:20 PM, Vladimir Kempik wrote:
>> Hello everyone,
>>
>> I'd like to announce a new Draft JEP, "JDK packaging guidelines". JBS link - https://bugs.openjdk.java.net/browse/JDK-8278252.
>>
>> The JEP provides guidelines for JDK packaging on Linux, Windows, and macOS for better interoperability among different JDK vendors.
>> It covers platform specific packaging and doesn't cover compressed/archive JDK bundles, such as zip or tar.
>>
>> This is an informational JEP that is currently in the Draft state. We are looking for feedback prior to submitting it.
>>
>> - Alexey
>>
> Hello Alexey, you propose this:
>
> "As macOS encourages the use of universal binaries when supporting multiple architectures, we don't propose adding the %PROCESSOR_ARCH% suffix to the JDK installation directory name."
>
> But AFAIK, non of vendors provide fat (with universal binaries) versions of idk for MacOS yet. It also has some technical issue ( for example appCDS would need to use arch suffix for jsa files).
> Are there any plans to address such issues so these guidelines can actually be followed ?
> Regards, Vladimir.