JDK下载二进制文件的日期部分采用YYYYDDMM格式，而不是通常的YYYYMMDD。
因此，OpenJDK8-OPENJ9_x64_Linux_20180203.tar.gz是3月2日的版本，而OpenJDK8-OPENJ9_x64_Linux_20181203.tar.gz是3月12日的版本。
那是故意的吗？ 如果是这样，其背后的原因是什么？
lumpfish
所有7条评论
并非故意-尽管YYYYMMDD也可以接受，但实际上我更喜欢更清晰的DDMMYYYY格式。
karianna
于 2018-03-13
YYYYMMDD具有按字典顺序排序的优势。 按字典顺序升序对这种格式的字符串进行排序，您还可以免费按时间顺序升序获得它们。
io7m
于 2018-03-13
有道理
karianna
于 2018-03-13
看起来应该由＃450修复？
cstroe
于 2018-08-25
之前已解决此问题，但构建流程已发生巨大变化，我不确定YYYYDDMM模式的来源在哪里（据我所知，＃450的目标是尚未使用的分支）。 ）。
keithc-ca
于 2018-08-29
这仅应发生在SDK OpenJDK8_aarch64_Linux_ *上，因为构建作业openjdk8_build_aarch64_linux的配置不同。 https://ci.adoptopenjdk.net/job/openjdk8_build_aarch64_linux/configure 。 就是说此构建不使用openjdk-build的构建故事（尽管我不知道为什么）。 我已经将执行外壳更新为
```＃警告硬编码值和跨JDK的不兼容更改
只读TIMESTAMP =“ $（date +'％Y％m％d％H％M'）”
硬编码的主要版本和平台（体系结构和操作系统）
```
哪个应该解决这个问题。
理想情况下，应设置作业参数TIMESTAMP。
sophia-guo
于 2018-08-29
今天的aarch64 jdk8：OpenJDK8_aarch64_Linux_201808301146.tar.gz。 其他人看起来也不错，现在就结束吧。 （没有意识到我没有许可， @ karianna您可以关闭它吗？）
sophia-guo
于 2018-08-30
相关问题
sxa
·
4评论
ChristianCiach
·
7评论
a-roberts
·
6评论
pshipton
·
4评论
sxa
·
3评论
最有用的评论
YYYYMMDD具有按字典顺序排序的优势。 按字典顺序升序对这种格式的字符串进行排序，您还可以免费按时间顺序升序获得它们。