La fondation Eclipse a récemment renommé chaque spécification de la norme Java EE dans son nouveau siège, dans Jakarta EE, afin de consolider et de clarifier le rôle de chaque document dans l'avenir de la plate-forme.
Le nouveau nom, Jakarta EE, est le deuxième changement majeure de nom de Java EE. En mai 2006, le terme "J2EE" était obsolète et le nom Java EE sélectionné. Le numéro 2 n'apparaît pas dans le nom puisque YouTube était une société indépendante et que Pluton était toujours considéré comme une planète. De même, le numéro 2 a été supprimé de J2SE dans Java SE 5 (2004), à l'époque où Google était encore une société privée.
Suite au désaccord sur la réutilisation de l'espace de nommage javax, le nouveau nom de Jakarta EE fournit une ligne de démarcation très visible pour ce qu'est une application:
- Jakarta EE fait référence à la version 9 (2019) et aux versions ultérieures, en utilisant un espace de nommage jakarta.
- Java EE fait référence à Java EE 5 (2006) à Java EE 8 (2017), en utilisant un espace de nommage javax.
- J2EE fait référence à Java EE 4 et inférieur, en utilisant un espace de nommage javax.
Wayne Beaton, responsable marketing de la fondation Eclipse, a expliqué la manière dont les spécifications ont été renommées. En plus de remplacer le mot "Java" par "Jakarta", le changement de nom apporte cohérence et clarté à chaque nom de spécification. Par exemple, une spécification d'API n'a pas besoin du mot redondant "API" dans son nom.
Le renommage de la spécification ne standardise pas encore le nom du package pour les dépendances. Par exemple, la spécification récemment renommée Jakarta Mail (anciennement Java Mail) utilise groupID com.sun.mail avec artifactId jakarta.mail, alors que Jakarta RESTful Web Services (anciennement JAX-RS) utilise groupId jakarta.ws.rs et artifactId jakarta.ws.rs-api.
La clarté survient à un moment où de nombreux développeurs voient un avenir à la carte consistant à mélanger et à faire correspondre les frameworks. Certains frameworks, tels que MicroProfile, utilisent et sont utilisés par d'autres parties de Jakarta EE. John Clingan a clarifié la différence entre les deux dans un post, MicroProfile n'est pas égal à Jakarta EE. D'autres frameworks, tels que Quarkus, sont combinés à Jakarta EE pour créer une approche hybride dans laquelle les développeurs sélectionnent les outils les mieux adaptés au problème résolu par leur code.
Le projet de changement de nom officiel peut passer inaperçu pour de nombreux développeurs qui utilisent simplement les bibliothèques dans des applications au niveau du code. Dans ces cas et lors du portage d'applications plus anciennes, les développeurs peuvent préférer utiliser simplement un serveur d'applications ou un conteneur de servlets qui comprend Jakarta EE et veiller à ce que leurs dépendances utilisent les ID de groupe et d'artefact les plus récents pour chaque projet.