流程...
最近在Jakarta和MicroProfile社区中有很多关于流程的讨论，因此我只想提醒我们有关敏捷宣言的所有内容。
在流程和工具上的个人和互动 。
也就是说，需要一些过程。 尤其适用于规范。 在本文中，我将解释Jakarta EE规范流程，并大声思考如何将相同的原理应用于Eclipse MicroProfile。
雅加达EE规范流程（ JESP ）源自基础规范流程（ EFSP ）。 简短的版本是指定各种评论的投票期（投票）多长时间：
- 创作评论：7天
- 计划审查：7天
- 进度审查：14天
- 发布审核：14天
- 服务发布审核：14天
下图显示了整个过程。
那么，使用JESP制定规范的速度有多快？
好了，您将需要提出一个规范项目建议并将其提交以供审查。 这份审查最多可能需要7天才能完成。
下一步是为Jakarta EE规范委员会的计划审查提出发布计划。 此步骤是可选的，是项目确保您走上正确道路的一种手段。 假设我们选择加入此评论，这意味着还要再进行7天，即到目前为止总共14天。
准备发布规范时，您将其提交以供发布审核。 这将需要14天才能完成，并且可能与Jakarta EE规范委员会的批准同时进行。 这样一来，根据您的规范进行审核的总天数将为28天 。
没有计划的审查，我们需要21天的时间 ，这与Eclipse Development Process（ EDP ）之后的任何项目都完全相同。 这适用于例如Eclipse MicroProfile项目 。
Jakarta EE和Eclipse MicroProfile的治理模型之间的区别在于，Jakarta EE是一个工作组，并且具有规范流程，可以在发布规范之前捕获知识产权。 Eclipse MicroProfile是带有临时规范过程的标准Eclipse Foundation项目。 作为Eclipse Foundation项目，项目名称必须以Eclipse为前缀。 作为工作组，此限制不适用。
在下表中，我总结了一些相似之处和不同之处，甚至还可以*地拟定建立具有自己规范流程的MicroProfile工作组的外观。
| 雅加达EE | Eclipse MicroProfile （作为一个项目） |
MicroProfile （作为工作组） |
|
| 规范流程 | JESP | 没有 | MSP（*） |
| 开发过程 | 电子数据处理 | 电子数据处理 | 电子数据处理 |
| 发布审查 | 14天 | 14天 | 14天 |
| 批准书 | 是 | 没有 | 是 |
| 工作小组 | 是 | 没有 | 是 |
| 项目名称 | 雅加达[规格] | Eclipse MicroProfile [规格] | MicroProfile [规格] |
| Jakarta EE消耗的规格 | 是 | 没有 | 是 |
| Eclipse MicroProfile消耗的规格 | 是 | 是 | 是 |
（*）大声思考：MicroProfile规范流程（MSP）
MicroProfile规范过程可以这样简单：采用具有以下投票期限（选票）的EFSP：
（……还在大声思考……）
- 创作审查：7天（根据EDP的规定为今天）
-
计划审查：7天（或今天可选） - 进度审查：7天
- 发布审核：14天
- 服务发布审核：14天
综上所述，我认为JESP尽可能轻量级地保留了“ 每个人与流程和工具之间的互动 ”的本质，同时仍然保护了每个参与者。