Java 9进入第二个错误修复阶段

OracleJava平台小组的首席架构师Mark Reinhold在向OpenJDK邮件列表发送的消息中宣布了精简程序的第一阶段已经七个月了。 现在该进行第二阶段了 。

雷因霍尔德建议，此阶段的具体目标应该是：

• 修复JDK 9中所有新的P1-P2错误，这些错误对于此版本的成功至关重要；
• 停止修复在JDK 9中不是新的并且对本发行版不重要的P1-P2错误； 和
• 明确推迟JDK 9中新出现的任何P1-P2错误，或者这些错误对于此发行版不是至关重要的，或者由于充分的原因而无法在此发行版中修复。

鉴于先前的时间表已被取消，该时间表似乎像发条一样工作。

Java 9时间表

JDK 9提交者的评论应在3月23日（星期四）世界标准时间23:00之前提交。

Java 9下降阶段2概述

Reinhold解释说，其修补程序会影响产品代码的P3-P5错误必须留给以后的版本。 其修复仅影响测试，文档或演示的P3-P5错误可能会在2017年6月22日首次发布GA候选版本之前修复。

可以在此处找到候选Rampdown Phase 2（RDP 2）错误的列表。

负责此列表中的错误的人员可以采取以下措施之一：

• 修复该错误，然后请求批准以集成此修复程序
• 如果该错误不是JDK 9中的新增错误（请选中“影响版本”字段），则可以通过清除“修复版本”字段或将该字段设置为“ tbd_major”（如果仅修复此错误）将其从列表中删除。适用于主要版本，或者如果该修订适用于任何版本，则将该字段设置为“ tbd_minor”
• 如果该错误是JDK 9中的新错误，但不是很严重，或者无法及时修复，则可以使用我们之前为RDP 1采用的延迟过程，要求从发行版中显式延迟该错误。

然而，有一件事是不应该做的是改变一个错误的优先级，以便从列表中删除。 Reinhold说，漏洞的优先级应该反映出独立于任何特定版本进行修复的重要性，这已成为JDK多年来的标准做法。

还请参见： Java 9：公众审查规范草案已经出炉

Java Platform Group的首席架构师建议他们通过要求他们在集成之前批准修复程序来利用其Group和Area Leads的专业知识。 这是应该做的事情：

• 在花太多时间修复P1或P2错误之前，请在适当的邮件列表上向小组或区域负责人寻求建议，以确保在此版本中修复该错误实际上是一个合理的想法。
• 当您准备好进行修复时，请更新JBS问题以添加第一行为“修复请求”的注释。 在该评论中，简要描述了修复此错误的重要性，解释该修复的性质，估计其风险，描述其测试范围以及指出谁进行了审核的原因。 如果您有用于修复的webrev，请在注释中包含指向该链接的链接； 否则，请将该修补程序的补丁附加到JBS问题。 将标签“ jdk9-fix-request”添加到问题中。
• 区域负责人，相关的小组负责人和JDK 9项目负责人将定期（至少每周一次）对此类请求进行审核，并在接近大会日期之前进行审核。 其中之一将通过添加标签“ jdk9-fix-yes”来批准请求，并记录记录其批准的评论，通过添加标签“ jdk9-fix-no”来拒绝请求，并描述原因。为此操作或通过添加标签“ jdk9-fix-nmi”（“ nmi” =“需要更多信息”）以及描述请求什么信息的注释来请求更多信息。
• 如果要求您提供有关修复请求的更多信息，请在问题的新注释中提供此信息，然后删除“ jdk9-fix-nmi”标签，以便我们准备好进行重新审查。
• 如果您的请求被批准，则继续完成修订并进行集成。 无论如何，请勿删除原始的“ jdk9-fix-request”标签。

Reinhold宣布：“目前，整体功能已冻结。 可以批准添加一些缺少的功能或提高可用性的低风险增强功能，尤其是在开发人员反馈有充分理由的情况下，但现在的门槛很高。 根据定义，JSR专家组对API或其他规范所做的更改很关键，并且将获得批准。 可以通过现有的FC扩展流程来请求对增强功能的批准。 从RDP 2开始，只有JDK 9项目负责人或代表（如果没有）可以批准此类请求。”

此过程的目标是确保它们只修复必须修复的错误才能确保成功发布，并且他们了解为什么不修复某些可能应该修复的错误。

翻译自: https://jaxenter.com/java-9-rampdown-phase-2-132454.html