javax.servlet_没有Javax的Jakarta EE：这次世界也不会结束

javax.servlet

如果您错过了新闻， Oracle将向Eclipse基金会捐赠Java EE规范。 这个决定是在规范过程中进行了相当长时间的Hibernate之后，人们理所当然地怀疑Oracle对Java EE失去了战略兴趣。 首先，Java EE和更广泛的Java社区很好地满足了捐赠规范的决定。 在没有Oracle减慢流程速度的情况下，Java EE涉及人员可以再次尝试关闭非标准化的API。 直到今天，由于Oracle和Eclipse基金会对捐赠的若干细节仍存在分歧，因此捐赠过程尚未完成。

在推翻所有知识产权的同时，Oracle在规范的新家中使用其Java品牌的方式也不太慷慨。 Java EE当然包含Oracle拥有的开源但受商标保护的平台的名称。 这就在法律上带来了一个问题：如果您授权第三方使用您的品牌名称，那么您就产生了将来限制其使用的权利。 更糟的是，在涉及与品牌有关的诉讼时，您可能会削弱自己在法庭上的地位。 Oracle和谷歌在Java许可方面争论了多年，因此人们可以预料到商标将是一个困难的讨论点。 在不假装不了解国际商标法的情况下，更多参与其中的人告诉我，“使用它或失去它”对于理解此类分歧的总体座右铭来说已经足够好了。 因此，首先将规范从Java EE重命名为Jakarta EE，以避免利益冲突。

但是，新成立的雅加达EE社区真正令人震惊的事情尚未到来。 经过几个月的讨论，有关捐赠的形式，Eclipse基金会了解到，它既不能拥有托管Java EE中定义的API的当前javax名称空间的所有权。 相反，现在计划为所有捐赠的APIHibernate此名称空间。 因此，应该在Jakarta EE的规范过程中创建的任何新API都应托管在新的名称空间中，以避免侵犯Oracle的商标。

在这一点上，弄清楚这意味着什么很重要。 不禁止Jakarta EE和Eclipse Foundation使用javax名称空间或实现其API。 当前存在的API都不会被删除。 但是，在新形成的Jakarta EE规范过程中创建或更新的任何API都将必须存在于新的名称空间中，该名称空间很可能模仿现有的名称空间，但以jakarta作为其前缀而不是javax。 例如，如果要将新方法添加到javax.servlet.Servlet接口，该servlet规范的下一个版本将需要发布一个名为jakarta.servlet.Servlet而不是将此方法添加到现有API。

我不是Java EE用户，我为什么要关心？

正式地，大多数人都知道Java平台分为两个部分。 第一部分是Java SE，其中所有API均在带有java前缀的软件包中定义。 除此之外，Java EE的指定E X内java的X命名空间抚育的API。 这些API并不意味着特定的实现，而仅定义由Java EE兼容组件的不同供应商实现的行为。

<