重命名Jakarta EE的Java EE规范

现在该更改规范名称了……

当我们首先将Java EE规范的API和TCK移到Jakarta EE旗帜下的Eclipse Foundation时，我们保留了规范的现有名称，并为保存其工件的开源项目采用了占位符名称。当我们准备从事实际的规范工作（涉及实际的规范文档）时，是时候开始考虑更改规范的名称以及包含其工件的项目了。

为什么要改变？对于初学者来说，这是利用雅加达品牌的好形式。但是，更重要的是，许多现有的规范名称都使用商标用语，这使得在不违反商标规则的情况下使用这些名称变得非常具有挑战性或不可能。我认为，将现有的开源项目的名称更改为规范项目的动机要容易一些：“ Eclipse Project for ...”是一个可怕的名称。因此，尽管到目前为止，我们的原型规范项目的名称已经为我们提供了很好的服务，但现在是时候对其进行更改。为简单起见，我们建议仅使用规范名称作为项目名称。

考虑到这一点，我们提出了一种命名模式，我们认为它可以作为讨论的良好起点。首先，为了使事情尽可能简单，我们将使项目使用与规范相同的名称（除非有令人信服的理由否则）。

命名规则相对简单：

用“ Jakarta”替换“ Java”（例如，“ Java Message Service”变成“ Jakarta Message Service”）；
在名称混在一起的情况下添加一个空格（例如，“ JavaMail”变为“ Jakarta Mail”）；
缺少“雅加达”时（例如“表达语言”变为“雅加达表达语言”）；和
返工名称始终以“ Jakarta”开头（“ Enterprise JavaBeans”变为“ Jakarta Enterprise Beans”）。

这为我们提供了为各种规范名称添加更多一致性的机会。例如，有些比其他的更罗y或更具描述性；其中一些名称中包含“ API”一词，而另一些则没有。等等

我们必须整理将要用于Eclipse项目的“稳定Jakarta EE规范”的内容，该项目提供了一些预期不会更改的规范。如果我们至少可以从名称（“ Jakarta EE Stable”？）中删除“ Eclipse Project for”，我个人将感到高兴。我们还必须理清对Eclipse Mojarra和Eclipse Metro项目的处理方式，这些项目包含一些规范的API。我们可能最终不得不创建新的规范项目作为开发相应规范文档的场所（无论最终如何体现为规范项目，我们仍然需要规范名称）。

基于以上所有内容，这是我建议的规范（和大多数项目）名称的起点（我已经应用了上述规则；并建议通过以下方式对一致性进行调整：剔除）：

雅加达蜜蜂用于XML消息传递
雅加达建筑 XML绑定
雅加达 ~~的API~~ XML格式基于网页服务
雅加达通用注释
雅加达企业豆
雅加达坚持 ~~API~~
雅加达语境和依赖注入
雅加达EE平台
雅加达 ~~的API~~ JSON绑定
雅加达Servlet
雅加达 ~~的API~~ RESTful Web服务
Jakarta服务器界面
雅加达 ~~的API~~ JSON处理
雅加达 ~~电子工程~~ 安全 ~~API~~
雅加达Bean验证
雅加达邮件
雅加达豆激活构架
对其他语言的Jakarta调试支持
Jakarta服务器页面标准标记库
Jakarta EE平台管理
Jakarta EE平台应用程序部署
雅加达 ~~的API~~ XML注册表
雅加达 ~~的API~~ 基于XML的RPC
雅加达企业Web服务
雅加达授权 ~~集装箱合同~~
Jakarta Web服务元数据
雅加达认证 ~~容器的服务提供者接口~~
雅加达并发实用程序
雅加达服务器页面
Jakarta连接器架构
雅加达依赖注入
雅加达表达语言
雅加达消息服务
雅加达批次
雅加达 ~~的API~~ WebSocket
雅加达交易 ~~API~~

我们将结合重命名以捕获适当的作用域语句（我将在下一篇文章中介绍）。 Eclipse EE4J PMC负责人Ivar Grimstad 最近在此发表了博客，并创建了一个项目委员会来跟踪规范和项目重命名活动（在撰写本文时，它才刚刚开始，所以请留意这个空间）。我们将很快开始与“ Eclipse项目……”团队接触，以开始进行此过程。收集了所有信息（名称和范围）后，我们将根据Eclipse开发流程（EDP）进行重组审查，并使其全部实现（稍后会对此进行更多介绍）。

您的输入被要求。我将监视有关此帖子的评论，但最好将您的想法收集在项目委员会上列出的问题中（当然，在我们采取措施创建它们之后），相关问题或EE4J PMC的邮件列表。