同样，作为 Java SE 5（2004）的一部分，数字 2 也从 J2SE 中删除了，那时谷歌还没有上市。
因为不能再使用 javax 名称空间，Jakarta EE 提供了非常明显的分界线。
Jakarta 9（2019 及以后）使用 jakarta 命名空间。
Java EE 5（2005）到 Java EE 8（2017）使用 javax 命名空间。
Java EE 4 使用 javax 命名空间。
Eclipse 基金会市场经理 Wayne Beaton 介绍了重新命名规范本身的方式。除了将“Java”替换为“Jakarta”之外，还为每个规范名称带来了一致性和清晰性。例如，API 规范名称中不需要冗余的单词“API”。
规范重命名还没有对依赖项的包名进行标准化。例如，新重命名的规范 （以前是 Java Mail）的 groupId 是 com.sun.mail，artifactId 是 jakarta.mail。而 服务（以前是 JAX-RS），artifactId 是 jakarta.ws.rs-api。
某些框架（如 MicroProfile）正在使用 Jakarta EE 的其他部分，或者被 Jakarta EE 的其他部分使用。John Clingan 在一篇帖子（）中澄清了两者的区别。其他框架（如 Quarkus）与 Jakarta EE 结合在一起，以创建一种混合方法，开发人员可以通过这种方法为他们正在解决的问题选择最合适的工具。
开发人员可能不会注意到项目的重命名，因为他们只是在代码级别调用应用程序库。对于移植旧应用程序，开发人员希望使用兼容 Jakarta EE 应用或 Servlet 容器，并确保它们的依赖项使用使用新的 groupId 和 artifactId。