关于Jakarta EE与MicroProfile的创新和关系的提案

在JCrete非会议上，我们中的一些人正在就Jakarta EE的愿景，尤其是与MicroProfile的关系进行头脑风暴。我想开始讨论，以使所有人都在同一页面上，尤其是Jakarta EE和MicroProfile之间的关系以及Jakarta的创新应如何。我相信我们中的许多人已经达成共识，但是，如果我们开始进行讨论，我相信它将加速这一过程。

以下是有关雅加达标准化过程，与MicroProfile的关系以及需要进行孵化过程这一事实的更全面的建议。请注意，所有内容都在讨论中。我最初的观点是将MicroProfile用作雅加达的孵化器，但是，社区中的一些人对此想法表示了担忧，因为MicroProfile品牌的知名度越来越高，而且不仅仅是孵化器技术。

动机与推理

迫切需要在Enterprise Java上进行改进和创新。同样，我们需要创新和放弃某些创新的可能性，而不必已经在标准中刻上石头了。
为了使用其他规范中更新的API，我们需要一个流程来将孵化器重新设定为基线。
我们需要一个保护伞，以确保多种技术可以很好地协同工作。孵化器项目也需要与基准规格保持良好的配合。
我们需要使最终用户尽可能容易地使用Jakarta EE及其孵化器，并在将所有内容纳入基线后更新到较新版本。
我们需要就孵化器和标准的细节，技术文档，示例和Java软件包的格式和内容达成共识。
MicroProfile正在建立其品牌和生态系统，这被视为可用于生产的技术（不仅仅是孵化器），这是我们可能想要保留的。
我们可能希望现在就开始考虑这些问题，以使利益相关者保持一致并确定情况，甚至是从现在起数周和数月之后才意识到的事情。

拟议程序

Jakarta伞包含的规范是基线的一部分（对应于Java EE伞）。
雅加达孵化器是在新技术上创新和推动雅加达的典型方式。可以将已发布的孵化器版本与Jakarta基准结合使用，并提供一种更快的方式来实现和丢弃事物。
雅加达孵化器基于基线分支中的特定版本，可以并且应该重新使用基线中包含的技术。孵化器使用相同的设计原理和jakarta Java软件包，以使早期采用者可以轻松地从孵化器依赖性转换为规格。
可以并且应该将运行时间较长的雅加达孵化器改组为最新的雅加达版本，以便使用最新技术并促进实施者和用户的使用。
已经证明自己的雅加达孵化器可以作为适当的雅加达标准纳入基线分支。为了使这种过渡更容易，孵化器使用jakarta Java软件包，并遵循有关文档，规范和代码示例的特定（简化）过程。但是，孵化器内部的所有内容在更改为雅加达规格之前都可能发生变化。
所有雅加达孵化器和规范都需要提供针对实施者和用户的规范，以及针对用户的常用模式的文档和入门代码示例。该文档必须包含一个简短的动机，说明为什么以及在什么情况下需要该技术，并使没有先验知识的用户可以快速入门。
MicroProfile品牌和生态系统保持不变，并且可以与所有当前项目一起继续发展。雅加达整合了MicroProfile中已经发生的努力和创新，并在需要时进行了修改。一旦Jakarta包含了新的规范（例如Config），就可能需要重新建立MicroProfile的基础，然后再包含这些新标准而不是其当前项目。

图表