17 ans après la sortie initiale de l'IDE Eclipse, l'Eclipse IDE Working Group (WG) a été créé pour assurer sa "durabilité, intégrité, évolution et adoption continues." Selon sa charte, le groupe de travail établit et pilote le financement, supervise le plan de release, coordonne les versions simultanées, aide à développer et à faire évoluer l'écosystème et l'Eclipse Marketplace, et assure la gouvernance des projets open source associés.
Le groupe de travail « fait également la promotion de la marque « Eclipse IDE » et de sa valeur sur le marché, fournit un marketing indépendant des fournisseurs » et « tire parti des licences Eclipse Foundation et des flux de propriété intellectuelle ».
Les organisations fondatrices du groupe de travail IDE Eclipse comprennent Bosch, EclipseSource, IBM, Kichwa Coders, Renesas, SAP, VMware et Yatta Solutions.
Akiya Fukui, vice-président, Software Development Division, IoT and Infrastructure Business Unit chez Renesas Electronics Corporation, discutant de la l'importance de ce nouveau groupe de travail, a déclaré :
Renesas souhaite investir dans le groupe de travail Eclipse IDE pour s'assurer que la plate-forme reste pertinente et maintenable à l'avenir.
Manuel Bork, COO chez Yatta, a déclaré :
Nous pensons que l'IDE doit être plus pertinent et attrayant pour les utilisateurs finaux, les commiters, les développeurs d'outils et ceux qui construisent des applications dessus.
La communauté Java se demande peut-être pourquoi la Fondation Eclipse exige la création d'un groupe de travail Eclipse IDE après 17 ans de fonctionnement indépendant. Au cours des dernières années, plusieurs groupes de travail de la Fondation Eclipse ont été mis en place. Les groupes de travail Jakarta EE, OSGi et Adoptium ont été créés peu de temps après avoir rejoint la Fondation Eclipse. Cependant, le MicroProfile WG, ayant rejoint la Fondation Eclipse en décembre 2016, s'est achevé en octobre 2020.
Roberto Cortez, chef de projet SmallRye chez Red Hat, a fourni une rétrospective sur les travaux antérieurs de la communauté MicroProfile, en écrivant :
Au cours des quatre dernières années et plus, la communauté MicroProfile s'est développée au-delà des attentes les plus optimistes. Nous pensons que les valeurs fondamentales qui font partie de MicroProfile depuis ses tout débuts, comme un processus léger, la neutralité du fournisseur, la transparence, la responsabilité, l'innovation et la mise en œuvre en premier, sont les clés du succès du projet.
Interrogé sur les avantages de MicroProfile créant un groupe de travail après quatre années de travail indépendant, John Clingan, chef de produit principal senior chez Red Hat a déclaré à InfoQ :
Le principal moteur de la création du groupe de travail MicroProfile est de combler les lacunes en matière de propriété intellectuelle identifiées par la Fondation Eclipse pour les projets de spécification. Ainsi, il y a plus de protections légales en place maintenant que MicroProfile est un groupe de travail.
Un groupe de travail met en place également plus de processus sur MicroProfile. Historiquement, MicroProfile évoluait rapidement avec un processus minimal et des décisions contraignantes tardives. C'était un projet assez agile qui a livré des spécifications à un rythme assez rapide.
Selon le compte rendu de réunion du 1er juin 2021, le groupe de travail Eclipse IDE prévoyait de fournir à la fois une "déclaration claire sur la motivation de pourquoi le groupe de travail est important" et pour répondre aux questions de "Pourquoi maintenant ?" et "Le projet IDE existe depuis si longtemps, alors qu'est-ce qui est différent ? "
Bien que la newsletter d'Eclipse n'ait pas explicitement répondu à ces questions, le message était clair :
[Le groupe de travail] fournira un soutien, des conseils et un financement en matière de gouvernance aux communautés qui fournissent et maintiennent les composants logiciels Eclipse IDE. Ils superviseront également la planification, les processus de livraison et les technologies de livraison associés pour la suite logicielle.
L'avenir de la famille de projets Eclipse IDE reposera sur une vision forte et partagée. Cette vision contribuera grandement à garantir que le logiciel reste pertinent, durable et de haute qualité au fur et à mesure de son évolution.
Un examen du calendrier de la sortie simultanée de l'IDE Eclipse met en évidence la nécessité d'une durabilité continue en raison de la baisse de l'activité des nouvelles fonctionnalités des environ 70 sous-projets. Le tableau ci-dessous regroupe les sous-projets selon leur dernière date de sortie :
La comparaison de la version actuelle 2021-06 avec la version 2020-06 de l'année dernière met en évidence le déclin : le nombre total de sous-projets a diminué de 7%, les sous-projets avec une version ont diminué de 63% à 47% et les sous-projets avec une version d'un an ou plus a presque triplé, passant de 8% à 22%. Un projet a cité le travail consistant à créer jusqu'à 16 versions par an (chaque version ayant trois builds jalons) et la gestion des "changements continus dans l'infrastructure de build Eclipse" comme raisons de quitter la version simultanée.
On ne sait pas dans quelle mesure la pandémie de COVID-19 a contribué à cette baisse. Les trois derniers mois du développement de la version 2020-06 se sont également produits pendant la pandémie.
Les notes de version New & Noteworthy de l'IDE Eclipse démontrent la nécessité de mieux « coordonner les versions simultanées ». Contrairement à d'autres IDE, les notes de version de l'Eclipse n'ont pas de résumé et ne présentent que des liens vers des listes de problèmes de sous-projets de styles et de formats variés. Ils semblent également incohérents, car ils couvrent généralement moins de la moitié de toutes les nouvelles versions de sous-projets, mais incluent des projets inchangés et surestiment le nombre de sous-projets de 2 à 3 pour les quatre dernières versions simultanées. Le tableau ci-dessous regroupe les versions des sous-projets selon la manière dont les notes de version les couvrent :
En comparant à nouveau les versions 2021-06 et 2020-06 Eclipse IDE, les sous-projets inclus sans nouvelle version ont doublé, passant de 12% à 24%, tandis que les deux incluaient de nouveaux projets et les nouveaux projets manquants restaient stables à 44% et 56%, respectivement.
L'Enquête auprès des développeurs 2021 de Stack Overflow montre pourquoi " l'IDE doit être plus pertinent et attrayant pour les utilisateurs finaux : 69% des 12 955 personnes interrogées n'aiment pas utiliser l'IDE Eclipse ; seul NetBeans a obtenu un score plus mauvais. En revanche, 68% des 23 467 développeurs préfèrent IntelliJ et 79% des 58 026 développeurs préfèrent Visual Studio Code.
Le groupe de travail s'est réuni toutes les deux semaines depuis le 20 avril 2021. Au moment de la rédaction, la dernière réunion a eu lieu le 13 juillet 2021. Le compte rendu de la réunion du groupe de travail Eclipse IDE se trouve sur ce liste de diffusion.