日前，Eclipse基金会主席MikeMilinkovic在其博客上公布了甲骨文与Eclipse基金会商标谈判的最终结果。我们还记得，甲骨文宣布JavaEE将对组织开放源代码，而且它将是真正的开源。经过18个月的紧张谈判，努力结束了：失败了：JavaEE商标不能再使用。根据最近的一次董事会会议记录，原因很简单，甲骨文想反过来提出一系列不可接受的要求，其中一些要求会使Eclipse基金会的存在面临严重风险。Oracle声称由EclipseFoundation分发的产品（例如EclipseIDE）必须仅与Oracle运行时捆绑在一起，特别是Oracle及其被许可人-并且未经任何其他供应商或任何未经认证的操作环境认证。因此，如果采用这一严格要求，EclipseIDE和GlassFish将不再是供应商中立的产品。这一限制在谈判开始时并未传达，而是在很久以后才提出，而从Oracle到Eclipse的迁移已经在进行中。人们可以将此视为对IBM的OpenJ9JVM捐赠的一种反应，IBM的这一举动将对甲骨文的Java业务构成明显威胁。然而，一旦Eclipse产品不再是供应商中立的，EFFund的免税可能会失效，这可能意味着财务失败，或者可能是组织的终结，所以这不仅是不可接受的，而且是完全不可能的。所以谈判或多或少完全失败了。剩下的不只是JavaEE的Over，EclipseFoundation可能使用了一些相当过时的代码，但是不能修改，修改了就得重命名，包括javax.*这样的Java名字的SDK。这意味着如果不进行密集重构，现有应用程序将无法在更新的平台上运行，而无需重新编译应用程序。因此，新平台可能会成为一个全新的、不兼容的平台，这是最糟糕的情况，这不仅使“WORA”（一次编写，随处运行）原则失效：18个月后，几乎没有任何应用程序供应商真正愿意花时间和金钱的客户为dubiosfuture的更名平台更新所有重新编译的版本。前途未卜，因为甲骨文已经开始在Eclipse基金会的董事会上闹事，甲骨文在EF董事会中有一席之地，需要董事会一致决定。甲骨文现在拥有权力，并且显然会利用这种权力来阻止基金会的未来。Eclipse基金会目前的回应是：至少依靠Jakarta品牌成功挽救了一些市场，但未来它不再是JavaEE的继承者作为全球标准，它只是一些基础框架，和用户最终会学习和理解这一点。目前的计划：尽快重塑品牌，但当这意味着要更改所有现有应用程序时，谁真的会跳上那列火车？Eclipse的MikeMilinkovic仍然看到了光明的未来。对我来说，玻璃杯不再只是半空的：今天它被打碎了。这一天是JavaEE被Oracle杀死的日子。双方达成协议：Eclipse和Oracle已经同意JakartaEE社区不能再开发javax包命名空间。同样，JakartaEE规范不能使用现有规范名称等Java商标。Java商标是Oracle的财产，EclipseFoundation无权使用它们。其含义如下：javax包命名空间可以在JakartaEE规范中使用，但只能“按原样”使用。JakartaEE组件规范不允许对javax包命名空间进行任何修改。继续使用javax包命名空间的JakartaEE规范必须保持TCK与相应的JavaEE规范兼容。（预计所有未来的发展和创新都不会使用javax命名空间）使用javax包命名空间的JakartaEE组件规范可能会从未来的JakartaEE平台规范中完全省略。规范名称必须从“JavaEE”命名约定更改为“JakartaEE”命名约定。这包括EJB、JPA或JAX-RS等首字母缩略词。业内人士认为，这不仅仅是JavaEE和JakartaEE的争论，也影响到了Spring框架。仅SpringFramework就有2545个javax导入，这对于所有企业级Java来说都是一个巨大的损失。
