Face à la négligence manifeste de la firme de Larry Ellison à l’égard de la plateforme Java, plusieurs développeurs et évangélistes Java et Java EE d’Oracle ont décidé de se séparer de l’entreprise, afin de mieux faire avancer les communautés Java et Java EE.Il y a quatre semaines, certains de ces développeurs qui ont décidé de suivre leur propre voie se sont réunis au sein d’un même groupe appelé Java EE Guardians, pour lancer une pétition adressée à la haute direction d’Oracle. Ce groupe de partisans de Java EE a également vu certaines organisations et personnages imminents rejoindre leur cause. C’est le cas notamment de James Gosling, le concepteur de Java.
Se disant « préoccupés par le manque d’engagement actuel d’Oracle vis-à-vis de Java EE », les Java EE Guardians se disent déterminés à faire tout ce qui est en leur pouvoir « pour préserver les intérêts de la communauté Java EE ». Pour cela, ils ont publié un plan d’action qui prévoit entre autres de poursuivre dans une certaine mesure le développement de Java EE. Il s’agit notamment de travailler sur des fonctionnalités qui sont censées être dans Java EE 8. Le groupe de partisans de la plateforme met en avant les fonctionnalités relatives à la sécurité, Java Message Service, et Jax-RS. Et ce, disent-ils, en travaillant en collaboration avec des fournisseurs tels que Red Hat, IBM, Tomitribe et Payara.
Les fournisseurs en question - Red Hat, IBM, Tomitribe et Payara – ont annoncé la semaine dernière, lors de la conférence DevNation pour l’open source, une initiative baptisée MicroProfile. Il s’agit d’un projet de collaboration pour poursuivre le développement de l’édition entreprise de la plateforme Java, et ce, indépendamment d’Oracle.
Dans les deux cas, il ne s’agit pas de forks de Java EE, mais de projets dont l’objectif est de faire avancer la plateforme existante en apportant leurs propres améliorations. Quant à la question de créer un fork Java EE, Reza Rahman, l’un des leaders de Java EE Guardians et ancien évangéliste Java EE chez Oracle affirme qu’un fork de Java EE dans « le sens open source pure » serait « beaucoup trop risqué d'un point de vue juridique ». « Ce qui peut être fait est de recréer des API à partir de zéro sans utiliser des API Java EE existantes. Cela est à la fois dur et très regrettable, car les API Java EE sont tellement répandues », ajoute-t-il.
Pour revenir à l’initiative MicroProfile, son but est d’apporter les microservices à Java EE. Autrement dit, il s’agira de rendre plus facile pour les développeurs d'utiliser des technologies et API Java EE familières pour construire des applications microservices. MicroProfile est donc une extension de la plateforme Java EE, misant sur les mêmes technologies et normes, mais de façon adaptée pour la construction de microservices, mais également pour la décomposition des applications existantes en microservices.
Une application en microservices est une application découpée en plusieurs petits composants. Chaque composant est pensé de sorte à être développé, déployé, exécuté et géré séparément des autres composants. L’application sera donc l’assemblage de chaque microservice. Cette approche est en contraste avec les applications traditionnelles monolithiques qui sont entièrement développées en une seule pièce. Les différents composants d’une architecture en microservices pourront donc communiquer entre eux via des API accessibles sur http, grâce à des outils et techniques familiers aux développeurs.
Parmi les avantages des microservices, on note la modifiabilité. Étant donné que le code d’un microservice est autonome de celui des autres, une mise à jour d’un composant n’impacte pas les autres microservices. L’indépendance entre les différents services favorise surtout le développement de chaque composant en même temps, ce qui est beaucoup plus difficile avec les applications traditionnelles.
MicroProfile est donc un projet assez ambitieux pour l’avenir de Java EE. Il faut également noter que si une Java EE 8 est attendue à la mi-2017, ce qui ne serait d’ailleurs pas possible d’après les partisans de la plateforme, la première version de MicroProfile est annoncée vers le mois de septembre. Celle-ci devrait étendre Java EE avec une base initiale de capacités de microservices autour de Jax-RS (Java API for RESTful Services), CDI (Contexts and Dependency Injection) et Java API for JSON Processing (JSON-P). Pour aider à étoffer cette première version de MicroProfile, les développeurs sont invités à rejoindre le groupe ou voter, sur le site microprofile.io, pour les technologies qu’ils aimeraient y voir.
Sources : Plan d’action de Java EE Guardians, Red Hat, IBM, Payara, microprofile.io
Et vous ?
Qu’en pensez-vous ? 
Envoyé par Pierre Louis Chevalier
