Jakarta EE 规范过程指引
内容
介绍
本指南是一份循序渐进的实用指南,旨在帮助Jakarta EE规范项目的开发人员了解Jakarta EE规范过程的各个步骤(JESP).
本指南旨在提供一份有用的工具,所以 如有任何疑问,请直接移步 JESP 了解完整内容
如果您对 Jakarta EE 规范的开发有任何疑问或意见,不要犹豫,请直接联系 Specification Committee
JESP 遵循 Eclipse 规范过程 (EFSP).
创建评论
- Jakarta 规范项目的创建方式与 Eclipse Development Process (EDP) 的其他项目一致.
- Jakarta 规范项目必须经由规范委员会许可.
- 点击此处 了解如何在 EFSP 中创建评论.
相关步骤
- 创建项目建议书 (*).
- 使用 评论创建模板,向 Jakarta EE 规范代码仓库 提交PR.
- 向 规范委员会 发送邮件以请求创建评审.
- 请等待创建评审成功,然后继续后续步骤.
(*) 在继续创建项目之前,与规范委员会交流这个想法以寻求支持可能是个好主意.
计划评审
- 在对新规范的主版本或副版本进行大规模开发工作之前,每个规范项目都需要进行计划评审.
- 服务版本不需要进行计划评审.
- 了解EFSP中关于 计划评审 的更多内容.
相关步骤
- 使用 计划评审模板,在Jakarta EE 规范代码仓库 中提交PR
- 向 规范委员会 发送邮件以请求创建评审.
- 请等待创建评审成功,然后继续后续步骤.
版本评审
- 规范的最终版本只有在进行了成功的版本评审之后(得到规范委员会相应的绝对多数批准)才能普遍使用..
- 了解EFSP中关于 版本评审 的更多内容.
相关步骤
- 使用 版本评审模板,向 Jakarta EE 规范代码仓库 提交PR.
- 向 规范委员会 发送邮件以请求创建评审.
- 请等待创建评审成功,然后继续后续步骤.
服务版本
- 只要遵守JESP对“服务版本”的定义,规范服务版本(x.y.z)就不需要正式的版本评审.
- 这意味着在服务版本中不允许更改功能或增加IP范围.
- 了解EFSP 和 JESP 中关于服务版本 的更多内容.
相关步骤
- 使用 服务版本模板,向Jakarta EE 规范代码仓库 提交PR.
- 向 Specification Committee 发送邮件来声明PR已准备好接受评审.
- 等待PR审批并合并后再继续.
进度评审
- 进度评审不是JESP正常流程的一部分: 创建->计划->版本->计划->版本->计划->版本 ,诸若此类.
- 如果想要通知规范委员会他们的进度,但是还没有准备好发布时,可以由项目方发起进度评审.
- 如果在12个月内没有任何进展,规范委员会可以要求进行进度评审。.
- 了解EFSP中关于进度评审 的更多内容.
相关步骤
- 使用 进度评审模板, 向 Jakarta EE Specifications repository 提交PR.
- 向 规范委员会 发送邮件以请求创建评审.
- 请等待创建评审成功,然后继续后续步骤.