wordpress 导入word/福建seo优化
您现在可以下载 JDK 18.3的Early Draft Review。 截止日期为2017年11月23日。
请记住:“公众参与早期草稿审查是该过程的重要组成部分,因为过去公众的评论提出了基本的建筑和技术问题,这些问题极大地改善了某些规范。”
早期草案审核期结束后,专家组可以根据评论意见对其认为必要的草案进行任何其他更改,然后再将草案提交PMO进行下一次审核。
在此处查找有关JCP程序的更多信息。
更新2017年10月12日
Oracle Java平台小组的首席架构师Mark Reinhold在向OpenJDK邮件列表发送的消息中宣布,JDK 18.3的拟议时间表如下:
2018/01/11所有测试运行
2018/01/18 Rampdown第二阶段
2018/02/22最终版本候选
2018/03/20全面上市
JDK 18.3的拟议时间表: https: //t.co/aejSmmCR5G #jdk #openjdk #java
-马克·赖因霍尔德(@mreinhold) 2017年10月11日
根据Reinhold的说法,里程碑定义与JDK 8相同。
没有“功能完整”的里程碑,因为在六个月的模型中,每个功能在集成之前都必须完整。 实际上,主要的开发线总是功能完整。 该版本中的功能集仅包含在Rampdown第一阶段之前集成的所有功能。
Reinhold补充说,他很快将对功能“完整”的含义提出详细定义。 但是,他确实提到了定义“将遵循里程碑对于过去发行版始终意味着的意义:完整的功能至少包括所有必要的代码,规范文本和单元测试。”
如果在世界标准时间10月18日18:00之前未提出异议,或者“如果提出异议然后得到令人满意的答复”,则该提案将被采纳为JDK 18.3的时间表(“或我们最终称呼的任何内容”)。
SAP的Volker Simonis 询问这是否意味着JDK 18.3存储库“将在进入“ Rampdown Phase One”之前创建(即分叉)”,并想知道在JDK 18.3分叉之后的工作模型是什么。
jdk-18.3分叉之后的工作模型是什么? 对18.3的错误修复是否必须先移至jdk-dev,然后回传至jdk-18.3,还是可以直接将其推入jdk-18.3? 在后一种情况下,是否会有从jdk-18.3到jdk-dev的修复程序的自动集成过程?
还请参见: Java 9之后的生活:您会错过旧版本的编号方案吗?
“或者我们最终称呼它”:旧的编号方案仍然有希望吗?
在谈到旧编号方案与新编号方案时,这个话题在Oracle公司的唐纳德·史密斯,丹尼尔·布莱恩特,斯蒂芬·科尔本,彼得·劳瑞和马丁·弗伯格等人的JAX伦敦专家组会议上提出。
。 @DonaldOJDK , @PeterLawrey , @jodastephen , @karianna & @danielbryantuk讨论的当前状态#Java SE在#JAXLondon pic.twitter.com/UODdfDknh4
— JAXenter.com(@JAXenterCOM) 2017年10月11日
(从左到右:唐纳德·史密斯,彼得·劳里,马丁·弗伯格,斯蒂芬·科尔本,丹尼尔·布莱恩特)
我们很高兴在#Jaxlondon上推荐@DonaldOJDK,与我们的Java策划专家 #javaSE进行讨论。 简而言之: pic.twitter.com/thkME2Gzz6
— JAX伦敦(@jaxlondon) ,2017年10月11日
关于新的编号方案 ,人们进行了有趣的思想交流-斯蒂芬·科尔本(Stephen Colebourne)说,他对该提案不满意,但这不足为奇:他最近写了一个“恳求Java版本号,例如10, 11、12”。
他认为,即使“ LTS版本对于Oracle和大型企业来说很重要,但对社区来说却并不重要。” 此外,“年度/月计划是不寻常且出乎意料的。”
Stephen提出“版本应该只是逐步增加”:
2018年3月-v10
2018年9月— v11
2019年3月-v12
2019年9月— v13
等等。
在这里阅读整个请求。
因此,马克·雷因霍尔德(Mark Reinhold)的话(“或我们所说的话”)不应掉以轻心。
翻译自: https://jaxenter.com/proposed-schedule-jdk-18-3-138056.html