Aujourd'hui (3 mai), le président de la Fondation Eclipse, Mike Milinkovic, a écrit sur son blog les résultats finaux des marques fermées entre Oracle et la Fondation Eclipse sur la marque. Comme nous nous en souvenons, Oracle a annoncé qu'il ouvrait le code source Java EE pour cette organisation, afin que le cadre soit open source «pour de vrai». Après 18 mois d'intenses négociations, tous les efforts ont pris fin: les négociations ont échoué. Il n'y aura pas d'accord de marque.
En termes simples, la raison, selon le procès - verbal de la réunion du conseil d'administration , est qu'Oracle a avancé un certain nombre de conditions inacceptables. Certains d'entre eux mettent gravement en danger l'existence même de la Fondation Eclipse. Oracle a exigé que les produits distribués par la Fondation Eclipse (tels que l'IDE Eclipse) soient fournis avec des JRE certifiés uniquement par Oracle ou ses licenciés - aucun certificat d'autres fournisseurs ou des temps d'exécution non certifiés. Par conséquent, l'IDE et GlassFish ne seraient plus indépendants du fournisseur. Et cette restriction n'a pas été annoncée au début des négociations, elle l'a été beaucoup plus tard, lorsque le transfert de code a déjà commencé. On peut supposer qu'il s'agissait d'une réaction au transfert de la machine virtuelle Java OpenJ9 d'IBM, qui constitue une menace directe pour les activités d'Oracle. Mais, dès que les produits Eclipse cesseront d'être indépendants du fournisseur, cela pourrait entraîner la suppression des avantages fiscaux pour la Fondation Eclipse, ce qui signifierait un fiasco financier et, éventuellement, la fin de l'organisation dans son ensemble. Par conséquent, ce n'était pas seulement inacceptable , il était tout simplement impossible d' accepter les termes d'Oracle, de sorte que les négociations ont échoué à un degré ou à un autre.
Tout ce qui en reste n'est ni plus ni moins que la fin de Java EE. Eclipse Foundation peut utiliser du code plutôt obsolète sans modification . S'il est modifié, il doit être renommé - à la fois le nom du projet (comme JAX-RS, qui n'est pas très cool, mais acceptable), et le nom du package (comme javax. * ) , Ce qui signifie que les applications existantes ne fonctionneront pas sur la mise à jour plate-forme sans recompilation après refactorisation intensive. Par conséquent, ce sera une plate-forme complètement nouvelle et incompatible, la pire option possible, car non seulement le principe «WORA» (Write Once Run Anywhere) est violé, mais en réalité cela ne se produira tout simplement pas: après 18 mois, presque aucun des fournisseurs d'applications ne voudra jamais passer temps et argent pour fournir de nouvelles versions reconstruites à tous les clients au nom de la prise en charge d'une plate-forme renommée avec un avenir douteux. L'avenir n'est pas clair car Oracle a déjà commencé une politique de blocage pour le conseil d'administration de la Fondation Eclipse, dans laquelle Oracle a un représentant dans lequel une décision unanime est nécessaire. Oracle a le pouvoir, et il semble qu'il utilisera ce pouvoir pour bloquer l'avenir de la Fondation Eclipse. La société l'a déjà démontré au conseil d'administration, où elle a bloqué à l'unanimité la décision, qui autrement aurait été unanime.
La réponse continue de la Fondation Eclipse est de démontrer le succès et de sauvegarder au moins certaines des valeurs qui ont été annoncées dans le cadre de la campagne de la marque Jakarta. Mais à quel prix? Pourquoi garder la marque de ce qui est devenu un squelette vide? Maintenant, ce n'est plus l'héritier de Java EE en tant que norme mondiale, c'est juste une sorte de cadre créé par une organisation et les utilisateurs comprendront bientôt cela et tireront des conclusions. Actuellement, les plans visent à tout renommer dès que possible. Mais qui saute sur ce train si cela implique des changements dans toutes les applications existantes? Mike Milinkovic d'Eclipse voit toujours un bel avenir devant lui. Pour moi, le verre n'est pas à moitié plein: aujourd'hui il s'est effondré. C'est le jour où Oracle a tué Java EE.