Sous le contrôle d'Oracle, la communauté Java retrouvera-t-elle un jour sa gloire d'antan ? Les fabricants de produits Java semblent avoir des points de vue différents et de nombreux utilisateurs craignent que Java soit soumis à un contrôle plus strict. Les opinions exprimées dans cet article par les porte-parole des trois principaux fournisseurs Java, Red Hat, SpringSource et Terracotta, représentent dans une certaine mesure les réflexions de ces fournisseurs Java.
Selon des rapports précédents, l'Union européenne a annoncé qu'elle avait approuvé sans condition l'acquisition de Sun par Oracle, ce qui signifie que le dernier obstacle à l'acquisition a disparu. Mark Little, directeur technologique du département middleware de Red Hat et membre du comité exécutif du JCP (Java Community Process), a exprimé ses inquiétudes dans une interview. Il s'inquiète du fait qu'Oracle et Sun puissent avoir une gestion très différente de Java.
Parce qu'Oracle est plus concentré que Sun sur la marchandisation de la technologie, il est probable qu'il exerce un contrôle plus strict sur Java, a prévenu Little. Le contrôle de Sun sur le langage Java lui-même et sur les normes qui le soutiennent est relativement lâche, et il permet également l'émergence et le développement d'un nouvel écosystème de fournisseurs Java. Si Oracle renforce son contrôle sur Java pour son propre bénéfice, cela pourrait limiter la prospérité de l'ensemble de Java. industrie du middleware. À l'heure actuelle, le projet JBoss sous Red Hat est l'une des principales plates-formes middleware Java de l'industrie Java. Il y a quelque temps, la mise à jour de JBoss était orientée vers la plate-forme cloud middleware Java. Il est donc raisonnable que Red Hat s'inquiète de ce problème.
Rod Johnson, directeur général de la division SpringSource de VMware, a une vision plus optimiste. "Je ne pense pas qu'Oracle fera quoi que ce soit de préjudiciable à Java", a déclaré Johnson. "Oracle n'est pas une entreprise stupide".
Le porte-parole d'Oracle a refusé de divulguer les projets d'Oracle pour Java, mais selon les arrangements, ils organiseront une webdiffusion le 27 janvier pour expliquer en détail comment diverses technologies initialement supervisées par Sun, notamment Java, OpenOffice et MySQL, entreront dans la stratégie d'Oracle. Feuille de route, attendons de voir.
Oracle a déclaré un jour que Java était un objectif important de son acquisition de Sun. Concernant l'impact de la transaction sur les clients de Sun, Oracle a expliqué qu'ils prévoyaient « non seulement d'étendre et d'accélérer les investissements dans la plate-forme Java elle-même, mais également de continuer à accroître son engagement envers la communauté et d'aider Java à devenir une plate-forme innovante omniprésente. »
Little croit que sous le contrôle de Sun, le développement de Java n'a jamais rencontré de problèmes sérieux. "Sun fait du bon travail en tant que superviseur", a-t-il déclaré. "Ils sont comme des parents bienveillants à certains égards."
Par exemple, sous ce type de supervision bienveillante, même si Java est devenu très populaire, Sun n'a posé aucun obstacle économique sur le marché des middlewares Java. Sun n'est pas en concurrence avec HP, IBM ou BEA, et ce n'est que lorsqu'ils ont commencé à promouvoir le serveur d'applications GlassFish que le JCP Standard/Enterprise Committee a commencé à ressentir une certaine pression de la part de Sun.
Ce qui inquiète peu, c'est qu'Oracle possède une importante activité de middleware Java, ce qui pourrait avoir un impact déloyal sur la concurrence. Après qu'Oracle ait acquis BEA, qui fournit WebLogic Server, en 2008, il est entré en concurrence directe avec le serveur d'applications de Red Hat et le logiciel de support JBoss Enterprise Application Platform.
Little a émis l'hypothèse qu'Oracle pourrait créer des obstacles aux concurrents du middleware Java, comme facturer des frais de spécification d'utilisation ou refuser de reconnaître qu'un produit est conforme aux normes Java.
Bien sûr, Little a également admis : « Il n'y a actuellement aucun signe qu'Oracle jouera cette carte. Il s'agit simplement du pire des cas. Jusqu'à présent, Oracle est toujours un contributeur actif à JCP et a en fait favorisé le développement open source. processus. .
Johnson de SpringSource a souligné qu'aujourd'hui, la plupart des développements Java ne reposent plus sur le langage Java et sur Sun, et peuvent essentiellement être réalisés via des outils logiciels fournis par d'autres organisations construits sur Java. "La communauté Java n'est plus aussi dépendante de Sun qu'elle l'était il y a cinq ou dix ans", a déclaré Johnson.
Si Oracle prenait une décision impopulaire, "la communauté serait divisée", a déclaré Johnson, et leur travail ne s'appellerait pas Java. Cependant, il est peu probable que cette crainte se réalise. "De nombreux projets principaux d'Oracle dépendent incroyablement de Java", a déclaré Johnson. "Maintenir Java lui-même en bonne santé rapportera beaucoup d'argent à Oracle, et ce sera plus rigoureux que d'utiliser Java." sont des moyens de contrôle bien plus indésirables.
Le PDG de Terracotta, Amit Pandey, partage ce point de vue. Il a également déclaré que la communauté Java actuelle s'est suffisamment développée pour que si Oracle rencontre des obstacles qui tentent de limiter la technologie Java, les développeurs auront d'autres moyens de les contourner. Terracotta fournit des logiciels permettant d'étendre les applications Java sur plusieurs serveurs. Ils sont en concurrence directe avec la série de logiciels Coherence d'Oracle et sont en discussion avec l'Union européenne pour une acquisition.
"C'est toujours un peu angoissant de penser que Java sera géré par Oracle, un leader non open source", a déclaré Pandey. "Mais il est clair qu'Oracle ne va pas prendre Java à la légère, d'autant plus qu'ils en ont une grande part. de leurs revenus. Java peut le faire.
Texte original : L'avenir de Java incertain sous l'emprise d'Oracle Auteur : Joab Jackson
L'article provient de http://www.lupaworld.com