BT

Diffuser les connaissances et l'innovation dans le développement logiciel d'entreprise

Contribuez

Sujets

Sélectionner votre région

Accueil InfoQ Actualités Oracle Propose Un Cycle Java LTS Plus Court De Deux Ans

Oracle Propose Un Cycle Java LTS Plus Court De Deux Ans

This item in japanese

Favoris

Parallèlement à la sortie de Java 17, Mark Reinhold, chief Java architect of the Java Platform Group chez Oracle, a proposé de raccourcir la cadence de support à long terme (LTS) de Java de trois à deux ans. Le lancement de Java 17 vient de terminer la cadence LTS de trois ans actuelle de Java 11. L'acceptation de cette proposition semble probable : les autres distributeurs d'OpenJDK, Microsoft, Amazon et Azul sont favorables, tandis que Red Hat a répondu un "oui nerveux, mais..."

Mark Reinhold a également proposé la cadence LTS de deux ans sur la liste de diffusion OpenJDK, en référençant son article de blog où il a cité comme motivation une adoption décevante des versions Java non LTS :

De nombreux IDE, outils, frameworks et bibliothèques populaires prennent en charge la toute dernière version de fonctionnalité de six mois  [...] Les développeurs [...] sont cependant frustrés de ne pas pouvoir les utiliser immédiatement car leurs employeurs ne sont que disposé à déployer des applications sur les versions LTS [...] tous les trois ans.

Il voit deux avantages dans une cadence plus courte : le premier est une livraison plus rapide des nouvelles fonctionnalités Java dans les versions LTS tous les deux ans au lieu de tous les trois. Le second est l'attractivité accrue des versions non LTS qui sont lancées tous les six mois.

Oracle s'attendait à une adoption importante des versions Java non LTS dans le passé. Au cours d'une Java panel discussion au QCon London 2019, Donald Smith, chef de produit Java SE chez Oracle, a fait cette déclaration peu de temps après la sortie de Java 12 :

Notre conviction est que les gens adopteront la nouvelle cadence de publication avec Java 12 et 13. [...] Je pense que le temps montrera que la cadence de six mois sera en fait tout à fait faisable, très simple.

La proposition créerait plus de travail pour le JDK Updates Project. Oracle devra également décider pendant combien de temps il a l'intention de prendre en charge les versions LTS dans le cadre de la nouvelle cadence.

Il ne semble pas y avoir de date limite formelle pour l'acceptation ou le rejet de cette proposition.

Volker Simonis, ingénieur logiciel principal chez Amazon Web Services (AWS), en faveur de cette proposition, a déclaré :

Au nom de l'équipe Amazon Corretto, je souhaite exprimer notre soutien à la nouvelle proposition de cadence de publication LTS du JDK. Nous pensons que c'est le bon pas en avant pour garder le projet OpenJDK dynamique et pertinent avec des avantages pour les développeurs et les entreprises. L'équipe Corretto se fera un plaisir d'aider et d'assumer de nouvelles responsabilités dans le projet de mises à jour OpenJDK si elle est approuvée par la communauté OpenJDK.

Martijn Verburg, responsable principal du groupe d'ingénierie (Java) chez Microsoft, d'accord, aussi :

Nous aimerions également approuver la proposition LTS de deux ans pour les versions d'OpenJDK. Étant donné que la plupart des utilisateurs finaux préfèrent bénéficier de la stabilité supplémentaire d'un LTS, c'est un excellent moyen de les encourager dans leurs efforts de modernisation ! Microsoft est prêt à s'engager à aider à maintenir les différents projets de mises à jour LTS tout au long de leur cycle de vie naturel.

Gil Tene, CTO chez Azul, a adopté la nouvelle cadence, en écrivant :

Au nom d'Azul, j'aimerais exprimer notre ferme soutien à cette proposition de passer à une cadence LTS plus fréquente dans OpenJDK. D'après notre expérience, la plupart des environnements de production nécessitent un certain degré de longévité et de stabilité [...] avec des corrections de bugs et des mises à jour de sécurité en cours, mais sans autres (ou absolument minimes) changements ou améliorations forcés sur eux [...]. Les versions LTS désignées remplissent bien cet objectif, offrant à la fois stabilité et un calendrier prévisible et pratique. [...] Azul [...] est heureux d'aider à répondre au fardeau supplémentaire que peuvent créer des versions LTS plus fréquentes.

Andrew Haley, responsable technique Java open source chez Red Hat, a exprimé la seule opinion dissidente :

L'absence la plus évidente dans cette conversation est celle des ISV et des utilisateurs finaux. [...] Nous devrions demander l'avis de la vaste communauté Java avant de prendre une décision qui affectera tout le monde. De mon point de vue d'ingénieur, le passage à un cycle LTS de deux ans est globalement positif. [...] La certification des bibliothèques pour qu'elles s'exécutent sur une nouvelle version de Java peut prendre des mois d'efforts, et personne n'appréciera de devoir le faire plus fréquemment. [...] Je ne veux pas que nous publiions fréquemment des versions "LTS" que peu de gens utilisent. Cela provoquerait la fragmentation de la communauté Java que nous voulons vraiment éviter. [...] Donc, de ma part, c'est un oui plutôt nerveux, mais.

La poursuite des discussions sur cette proposition semble s'être déroulée à huis clos; la dernière réponse sur la liste de diffusion OpenJDK date du 21 septembre et la dernière réponse sur le tweet de Reinhold est à partir du 15 septembre.

Oracle travaille sur plusieurs projets Java à long terme avec des fonctionnalités importantes éventuellement prêtes pour une version Java LTS en 2023 : Projet Loom, Projet Valhalla, Projet Panama et Projet Amber. On ne sait pas si cette réflexion a influencé cette proposition.

 

Evaluer cet article

Pertinence
Style

Bonjour étranger!

Vous devez créer un compte InfoQ ou cliquez sur pour déposer des commentaires. Mais il y a bien d'autres avantages à s'enregistrer.

Tirez le meilleur d'InfoQ

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

Commentaires de la Communauté

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

Html autorisé: a,b,br,blockquote,i,li,pre,u,ul,p

BT