Oracle ne supporte pas, ni ne recommande, l'utilisation du JCP (Java Community Process) pour les futures améliorations de Java EE. Will Lyons, Directeur Principal, Gestion de Produit Serveur WebLogic chez Oracle, a exprimé cette nouvelle dans un courriel à la communauté EE4J. La déclaration est parvenue dans un courrier électronique sur les directives pour les versions de maintenance (MRs) des spécifications Java EE 8.
Oracle recommande et supporte l'utilisation de processus pilotés par EE4J pour les améliorations fonctionnelles des spécifications Java EE 8, et ne recommande pas, ni ne supporte, l'utilisation du processus JCP pour les futures améliorations fonctionnelles de Java EE 8. Cependant, de temps en temps, il peut y avoir des raisons valables de fournir des MRs des spécifications Java EE 8.
Lyons ajoute que des raisons valables pour les versions de maintenance (MRs) incluent la correction des spécifications, la correction des failles de sécurité et la possibilité d'une démarcation plus précise entre les aspects de Java en EE et ceux de Java SE. Les technologies partagées par EE et SE sont couvertes par le JEP 320 et incluent CORBA, JTA, JAX-WS, JAXB, JAF et Common Annotations pour les services Web.
Selon jcp.org, le JCP est le mécanisme permettant de développer des spécifications techniques standard pour la technologie Java. Il est ouvert à tous et n'importe qui peut participer à la révision et peut apporter des commentaires pour les demandes de spécifications Java (JSR). N'importe qui peut s'inscrire pour devenir un membre du JCP et ensuite rejoindre un groupe d'experts d'un JSR. Les membres peuvent même soumettre leurs propres JSRs.
Dans la FAQ EE4J, il y a la question suivante : Est-ce que EE4J utilisera le processus JCP ?
En général, EE4J définira de nouveaux processus pour l'évolution de la plateforme. La plupart des questions sur l'utilisation continue du JCP se sont concentrées sur le processus de spécification en particulier. Celui-ci reste à définir dans EE4J. Nous nous attendons actuellement à ce que les spécifications évoluent en dehors du JCP, de sorte qu'un nouveau processus EE4J plus agile, plus flexible et plus ouvert ne soit pas couplé au processus JCP existant. Mais ce processus n'a pas encore été conçu.
Il poursuit en indiquant que la priorité du projet est de faire passer les projets Java EE pilotés par Oracle à la Fondation Eclipse. La migration des projets implique la redéfinition des implémentations de référence, des TCK (kits de compatibilité de test) et de la documentation. Elle n'inclut pas la modification de la license des spécifications existantes. Celles-ci seront autorisées à utiliser les espaces de noms javax. * actuels et les noms de spécification JCP actuels (Java Servlet) seront utilisés à l'avenir.
Par ailleurs, les Java EE Guardians ont publié une lettre ouverte communautaire sur le nommage et le packaging de Java EE. La lettre demande à Oracle et aux autres parties prenantes d'EE4J :
- D'autoriser la nouvelle plate-forme à conserver le nom Java EE.
- D'autoriser l'utilisation des paquetages
javax. *actuels pour les technologies existantes. - D'autoriser l'utilisation d'un paquet
javax.enterprisepour les nouvelles technologies.
La réponse initiale d'Oracle était que le point 2 était OK mais que le nom "Java EE" et le nom de paquet javax. * tire parti de la marque Java et "indique que la source de ces technologies est Oracle et que les processus communautaires sont gérés par Oracle".
Pour suivre le statut du projet EE4J, se référer à la charte du projet, au Blog Aquarium ou rejoindre la liste de diffusion ee4j-community.