Après avoir été choisie par Oracle en aout dernier pour reprendre la plateforme Java EE, la fondation Eclipse entreprend ses premières actions orientées sur les microservices et les déploiements sur le cloud. La fondation open source a lancé en octobre dernier, le projet Eclipse Enterprise for Java (EE4J) en marge de la sortie de Java EE 8. L’objectif de l’évolution de la plateforme, selon la fondation Eclipse, est de permettre de livrer des implémentations de serveurs d’applications Java qui répondent aux besoins des développeurs et administrateurs d’applications Java orientés serveurs et microservices. En effet, elle prévoit de livrer deux versions du serveur d’application GlassFish (les versions 5.1 et 5.2) cette année après soumission au processus de spécification Java Entreprise. Ces nouvelles versions seront disponibles sur la plateforme Jakarta EE, nouveau nom de Java EE suite au refus d’Oracle d’autoriser l’utilisation du nom « Java ». D’après, le directeur exécutif de la fondation Eclipse, Mike Milinkovich, mis à part quelques différences, Java EE 8 et Jakarta EE 8 seront « extrêmement similaires ». Le serveur d’application GlassFish restera l’implémentation de référence de Jakarta EE, comme elle l’a été pour Java EE. Ces versions seront livrées aux troisième et quatrième trimestres de cette année, selon la fondation. Glassfish 5.1, la première version du projet Eclipse Enterprise for Java (EE4J) sera certifiée compatible avec Java EE8. Ensuite suivra la version d’Eclipse GlassFish 5.2 qui sera certifiée Jakarta EE 8 et compatible avec le processus Java Entreprise de la fondation Eclipse.
Se basant sur les retours des développeurs et des différentes parties prenantes, la fondation Eclipse a annoncé la feuille de route de GlassFish. Cette dernière donne des détails sur les plans de développement et un aperçu global du projet Jakarta envisagé par la fondation. L’un des principaux changements sera la prise en charge améliorée de l’architecture des microservices grâce à l’aide de la communauté Eclipse MicroProfile. L’objectif est de permettre aux entreprises d’utiliser le meilleur de la plateforme sans être obligées d’en utiliser la totalité. Cela se fera en axant Jakarta sur les microservices. De meilleures intégrations avec des technologies comme Docker et Kubernetes sont prévues. Il s’agit là d’une évolution vers le « Cloud Native Java ». Certaines de ces intégrations se feront au niveau de la JVM. Une collaboration entre OpenJDK, l’équipe OpenJ9 VM d’Eclipse et la communauté Eclipse Jakarta sera nécessaire sur cet aspect. Ces changements seront un bon moyen de faire de la fondation Eclipse « un centre de gravité » open source et, pourquoi pas, attirer d’autres technologies dans le domaine. Contrairement à Oracle, la fondation Eclipse cherche à faciliter la participation de la communauté. La participation à des projets open source comme GlassFish et l’API de services Web REST avec Jersey, nécessitait la signature d’un accord de contribution avec Oracle.
L’autre grand changement est relatif aux kits de test de compatibilité (TCK). Payants et uniquement disponibles pour les détenteurs de licence Java EE, sous l’ère Oracle. Les TCK seront pour la première fois disponibles sous la licence open source. La certification des implémentations compatibles nécessitera une licence sous la marque déposée. La fondation n’a pas encore donné d’informations sur le caractère payant ou non de cette licence. Avec la possibilité d’être disponibles dès cette année, ces kits serviront à vérifier la conformité avec les spécifications de la plateforme Jakarta EE.
Source : blog Oracle, Jakarta EE News
Et vous ?
Que pensez-vous de l'avenir de Java EE ?Voir aussi
Jakarta EE, le nom choisi par la communauté pour remplacer Java EE Oracle annonce la disponibilité générale de Java EE 8 le développement de la plateforme sera désormais géré par la Fondation Eclipse 
