Oracle nomine un groupe brésilien d'utilisateurs de Java au Java Community Process
Pour remplacer la Fondation Apache
Le 2011-01-26 19:01:22, par Katleen Erna, Expert éminent sénior
Oracle nomine un groupe brésilien d'utilisateurs de Java au Java Community Process, pour remplacer la Fondation Apache
Mise à jour du 26.01.2011 par Katleen
Oracle est bien embêté par le départ de la Fondation Apache du JCP (Java Community Process), le comité exécutif de Java.
Comment remédier à cette absence de taille ? En nominant un remplaçant. Et c'est ce que vient de faire Oracle, en offrant la place vacante à SouJava.
Ce dernier est un groupe brésilien comprenant 40.000 utilisateurs de Java, et il sera représenté par son fondateur et Président Bruno Souza.
Deux autres sièges restent à pouvoir au JCP, leur attribution se décidera prochainement lors d'une session de vote spéciale.
Quoiqu'il en soit, le JCP se félicite de l'arrivée d'un membre du Brésil, car ce pays y "mérite une place par son statut d'utilisateur majeur de Java, autant dans les secteurs publics que privés".
Parallèlement à cela, Forrester s'inquiète d'une orientation trop professionnelle du langage. Deux de ses analystes (Jeffrey Hammond et John Rymer) viennent de publier un rapport qui se conclut ainsi :
« Sun avait un objectif beaucoup plus ouvert pour Java, qui comprenait les applications middleware pour l'entreprise, mais aussi celles pour le PC, les appareils mobiles, et les systèmes embarqués. Or, Oracle est d'abord et avant tout en train d'axer le développement sur le middleware d'entreprise, parce que c'est là où la rentabilité se trouve, » peut-on lire en conclusion du rapport
Sources : Blog du JCP ; Blog de Forrester Research
Avec l'arrivée de SouJava aux commandes, quel avenir pour Java ?
Mise à jour du 26.01.2011 par Katleen
Oracle est bien embêté par le départ de la Fondation Apache du JCP (Java Community Process), le comité exécutif de Java.
Comment remédier à cette absence de taille ? En nominant un remplaçant. Et c'est ce que vient de faire Oracle, en offrant la place vacante à SouJava.
Ce dernier est un groupe brésilien comprenant 40.000 utilisateurs de Java, et il sera représenté par son fondateur et Président Bruno Souza.
Deux autres sièges restent à pouvoir au JCP, leur attribution se décidera prochainement lors d'une session de vote spéciale.
Quoiqu'il en soit, le JCP se félicite de l'arrivée d'un membre du Brésil, car ce pays y "mérite une place par son statut d'utilisateur majeur de Java, autant dans les secteurs publics que privés".
Parallèlement à cela, Forrester s'inquiète d'une orientation trop professionnelle du langage. Deux de ses analystes (Jeffrey Hammond et John Rymer) viennent de publier un rapport qui se conclut ainsi :
« Sun avait un objectif beaucoup plus ouvert pour Java, qui comprenait les applications middleware pour l'entreprise, mais aussi celles pour le PC, les appareils mobiles, et les systèmes embarqués. Or, Oracle est d'abord et avant tout en train d'axer le développement sur le middleware d'entreprise, parce que c'est là où la rentabilité se trouve, » peut-on lire en conclusion du rapport
Sources : Blog du JCP ; Blog de Forrester Research
-
Emmanuel DelogetExpert confirméQué ?
Par définition, si une JVM passe les tests du TCK, elle reste dans le giron de ce que produit Oracle - elle est entièrement compatible, en d'autres termes. Bref, c'est un fork au niveau des sources, mais offrant les même services. En quoi est-ce ennuyeux pour Oracle ? En quoi est-ce un danger ? Ca permet au contraire de proposer une offre alternative, ce qui en retour permet de favoriser l'implantation du langage. En bloquant le développement de certaines machines virtuelles, Oracle se fait plus de mal que de bien, tout en déconsidérant le travail de milliers de passionnés de Java (parce qu'il faut être passionné pour faire un JVM). Même Microsoft ne se comporte pas comme ça - la spécification de C# est ouverte, ce qui a permis l'émergence de Mono. Mieux, MS participe activement au développement de cette plateforme, en fournissant des ressources d'ingénierie et de tests à Novell.
IBM a fait quelque chose de similaire à la fin des années 70. Ils ont décidé d'ouvrir une architecture matérielle, sous le nom "compatible PC". Sans tests de compatibilité, ça été dur au début (on se souvient des incompatibilités chroniques entres les "compatibles". Du coup, on a standardisé des tests. ET on les a rendu accessible à tout constructeur. Sans ça, le marché des PC se serait effondré sous son propre poids.
Je ne crois pas que ça ait fait du tort à l'informatique.
Le comportement d'Oracle est très lié à la façon dont l'esprit d'Ellison fonctionne : c'est brouillon, et ça montre un niveau de paranoïa élevé. La seule chose qui compte, au final, c'est l'argent qui rentre. C'est cynique. C'est le droit d'Oracle, mais c'est rudement cynique. C'est une vision à court terme, que je trouve dégoûtante du pognon qui dégouline. Ca ne va pas me donne confiance en Oracle pour l'avenir. Je ne suis certainement pas le seul, ce qui est plutôt bien : Oracle s'aliène aujourd'hui les DSI de demain - reste à savoir avec qui ils vont faire du business dans 15 ans.le 27/01/2011 à 22:11 -
UtherExpert éminent séniorSun ne s'est jamais engagé contractuellement (ni même informellement d'ailleurs) a libérer l'intégralité de tout ce qui concerne Java.
Il a toujours été convenu que seul l'OpenJDK était libéré et rien de plus.
Le TCK étant propriété de Oracle/Sun, il a le droit de le fournir à qui il veut sous la licence qu'il veut. En l'occurence, pour l'OpenJDK il l'a fourni sans restriction.le 27/01/2011 à 12:16 -
ratommsMembre actifça va booster tout simple son orientation commerciale.le 27/01/2011 à 8:27
-
Traroth2Membre émériteSi, Sun a annoncé qu Java deviendrait open-source. Comme tu le soulignes parfaitement, le TCK fait partie de Java, et donc Sun a menti.
Et, si, la licence du TCK de JavaSE interdit l'utilisation d'implémentation certifiée sur mobile. Et donc, on se demande comment même OpenJDK peut être certifié, puisqu'il est sous GPL et qu'en théorie, on peut le prendre le compiler et le faire tourner sur un mobile sans contrevenir à sa licence ! Même remarque pour IcedTea de RedHat !
Si ça ne te choque pas, c'est que probablement pas grand-chose peut te choquer !
La poudre aux yeux que constitue la licence GPL de Java, qui ne te choque pas, donc, est en train d'être révélée au grand jour, et forcément, Oracle va y laisser des plumes. Ils ne méritent pas mieux...le 27/01/2011 à 9:05 -
Traroth2Membre émériteContractuellement, je ne sais, et ce n'est pas mon problème. Mais la déclaration faite à l'époque était que Java allait passer en open-source, et c'est loin d'être le cas ! Le TCK n'est pas open-source et conditionne tout le reste !
Bien sûr. Mais là n'est pas la question. Le problème, c'est que vus les clauses du TCK, placer du code validé par ce TCK sous licence GPL contrevient à cette licence ! Il y a là une incompatibilité fondamentale.le 27/01/2011 à 16:54 -
UtherExpert éminent sénior
Envoyé par Traroth2
Sun n'a, à ma connaissance, fais qu'une seule déclaration publique sur la libération de Java, et elle indiquait clairement que les modalités n'étaient pas encore fixés.
Ensuite a été annoncé seulement la libération du grosse partie du JDK sous la force de l'OpenJDK.le 28/01/2011 à 13:35 -
SchoussMembre régulier"Comme annoncé par le patron de Sun lors du dernier JavaOne, Java passe bien en Open Source avant la fin de l'année. Jonathan Schwartz a choisi de le faire sous une triple licence, afin de contenter la communauté Linux sans déstabiliser totalement la communauté Java."
De plus, le travail a pris plus de temps que ça, car c'est redhat qui a finit le travail il y a quelque mois.le 28/01/2011 à 13:48 -
Philippe BastianiMembre éprouvéLis le dernier paragraphe et tu comprendras la confusion...
Regardes ensuite l'histoire de TCK et tu verras que des restrictions sont apparues après coups... Lorsque Apache a été prêt pour Harmony; et, où le risque de fork (minimisé dans un premier temps par SUN) est devenu au yeux de SUN un risque majeur !
Regardes aussi l'ouverture des autres produits détenus à l'époque par SUN (OpenOffice, ...): tu remarqueras qu'ils posent tous problème !
Bref, un écart non négligeable entre des déclarations d'intention et le résultat final !le 28/01/2011 à 14:43 -
Philippe BastianiMembre éprouvé@Emmanuel
Le TCK n'est qu'une garantie minimale de compatibilité ! Une JVM quelconque peut proposer des services innovants hors du périmètre du TCK... un risque de fork majeur aux yeux de SUN:
- les JVMs payantes (comme l'excellente JRockit) étaient bien cloisonnées par des accords commerciaux
- les JVMs libres (Harmony par exemple) n'offraient aucunes garanties de cloisonnement (risque d'autant plus grand que ce projet était largement soutenu par IBM)... d'où les avenants sur le TCK qui interdit de fait (mais sans le dire) tout fork libre de la JVM !
Au fait c'est bien SUN et non pas Oracle qui a imposé toutes ces règles !
Microsoft: tu vas ma dire que le CLR (qui est l'équivalent de la JVM) est libre ??? Est-ce que Novell peut garantir que Mono est 100% compatible avec DOTNET ??? Certes: C# a des specs ouvertes (tous comme le langage Java avec les JSRs)... mais, tu remarqueras qu'aucun langage LIBRE non estampillé MICROSOFT arrive à percer! Côté JAVA bien au contraire...le 28/01/2011 à 15:05 -
UtherExpert éminent séniorC'est l'article qui simplifie un peu en faisant le raprochement JDK=Java. Il correspond au moment ou Sun a officialisé sa solution. Il avait aussi confirmé (bien que seul Apache l'a relevé à l'époque) que le TCK resterait sa propriété.
Envoyé par Philippe Bastiani le 28/01/2011 à 15:33