平台:
Linux(至少)
建筑学:
x64(至少)
目前,包含 JDK 11(Hotspot 和 OpenJ9)的 tarball 的根目录与 JRE 11 和 JRE/JDK 8 tarball 不同:
$: tar tf OpenJDK8U-jre_x64_linux_hotspot_8u192b12.tar.gz | sort | head -n 2
./jdk8u192-b12-jre/
./jdk8u192-b12-jre/ASSEMBLY_EXCEPTION
$: tar tf OpenJDK8U-jdk_x64_linux_hotspot_8u192b12.tar.gz | sort | head -n 2
./jdk8u192-b12/
./jdk8u192-b12/ASSEMBLY_EXCEPTION
$: tar tf OpenJDK11-jre_x64_linux_hotspot_11_28.tar.gz | sort | head -n 2
./jdk-11+28-jre/
./jdk-11+28-jre/bin/
$: tar tf OpenJDK11U-jdk_x64_linux_hotspot_11.0.1_13.tar.gz | sort | head -n 2
jdk-11.0.1+13/
jdk-11.0.1+13/bin/
请注意,大多数档案有两个级别(例如.
和jdk8u192-b12-jre
),而 JDK 11 只有一个级别(例如jdk-11.0.1+13
)。 这使得始终无法处理所有 AdoptOpenJDK 档案,并且需要为这个二进制文件编写异常情况。
JDK 11 构建应该产生与其余部分一致的工件。 虽然最明显的变化是将 JDK 11 的目录结构向下移动一个,但我实际上更喜欢将其余部分向上移动一个级别。 虽然这不是一个强烈的偏好,所以我更愿意_any_一致性。
@johnoliver你能对此发表评论吗? IIRC 我们最近故意改变了布局,所以我认为11.0.1+13 的情况应该是规范的。
这是我的偏好,但至少 JRE 和 JDK 应该彼此一致。
对我来说也是一样,这使得自动部署有点棘手。
查看最新版本,它们看起来都一致
如果您愿意,我想等待一轮 OpenJ9 构建生成以及再次检查那里的一致性。 如果一切都匹配,那么我想我们可以解决这个问题。
如果您愿意,我想等待一轮 OpenJ9 构建生成以及再次检查那里的一致性。 如果一切都匹配,那么我想我们可以解决这个问题。
听起来不错!
经验证的 OpenJ9 Java 8 和 11 也是一致的。 随意关闭完成。