IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Oracle nomine un groupe brésilien d'utilisateurs de Java au Java Community Process
Pour remplacer la Fondation Apache

Le , par Katleen Erna

38PARTAGES

0  0 
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 ?

Oracle invite la fondation Apache à reconsidérer son départ du Java Community Process
La fondation ne répond pas

Mise à jour du 13/12/2010 par Idelways

Oracle a réussi à faire valider les spécification de Java 7 et 8 à une forte majorité (lire ci-avant). Il n'en demeure pas moins que le départ, provoqué par ce vote, de la fondation Apache, une fondation impliquée dans une centaine de projets dans l'écosystème Java, semble sérieusement l'inquiéter.

Après voir demandé à la fondation de reconsidérer son opposition aux propositions formulés pour Java 7 et 8 (lire ci-avant), Oracle vient de tendre la main à la fondation pour amorcer une tentative de réconciliation. Et la prie de revoir sa décision de quitter le comité exécutif de java (JCP)

Dans un court billet de blog, Adam Messinger, vice président du développement à Oracle, rappelle les faits et encourage la fondation Apache à "reprendre part aux efforts destinés à faire avancer la technologie Java".

Car, avoue Messinger, "la fondation Apache et ses nombreux projets open-source sont une partie importante de l'écosystème Java".

Sans en dire d'avantage, il semblerait que le départ de la fondation n'enchante pas Oracle.

De son côté, la fondation Apache fait (officiellement) la sourde oreille. Elle semble en tout cas moins pressée de répondre à ce message que la fois passée.

Jim Jagielski, président de la fondation, depuis son compte Twitter personnel se demandait néanmoins, dubitatif et quelque peu ironique, quelle raison pourrait justifier le retour de la fondation au Java Community Process.

Il allait même plus loin la semaine dernière dans un billet sur son blog personnel où il affirmait que le Java Community Process était tout bonnement mort et que c'était "Oracle qui l'a tué".
Jagielski y appelait également à la constitution d'un nouveau Community Process.

Pas sûr qu'une telle initiative emporte une adhésion massive.

Source : le message d'Oracle, le Twit de Jim Jagielski et son Blog personnel

Et vous ?

Comment évoluera la situation selon-vous ?
La naissance d'un autre Community Process est-elle possible ou même envisageable ?

En collaboration avec Gordon Fowler

La Fondation Apache quitte le JCP, le projet Harmony pourrait être abandonné
Mise à jour du 09.12.2010 par Katleen


C'est une rupture qui vient de se produire ce matin : la Fondation Apache Software a décidé de quitter le comité exécutif de Java (JCP). Une nouvelle qui pourrait générer de vives réactions dans la communauté des développeurs.

Le feu a été mis aux poudres il y a quelques jours, alors que les spécifications de Java SE (l'édition standard) 7 et 8 ont été approuvées. Siégeant encore au comité au moment de ce verdict, Apache a précisé qu'il en démissionnerait si le JCP (Java Community Process) dépassait Java 7. La Fondation s'est également copieusement plainte d'Oracle, à qui elle a demandé de lever ses restrictions qui pèsent sur le Java Technology Compatibility Kit (qui sert à Apache à tester la conformité de son runtime Java open-source Apache Harmony en opposition au standard).

Les barrières placées par l'acquéreur de Sun Microsystems empêcherait une utilisation correcte des programmes open-source sur les plateformes mobiles. Un sacré bâton dans les roues.

Le conflit est donc clair : Apache reproche à Oracle d'abuser de son contrôle sur Java : "Les préoccupations commerciales d'une seule entité, à savoir Oracle, vont continuer à interférer sérieusement avec, et à biaiser, la gouvernance transparente de l'écosystème".

Quant au JCP, il "n'est pas un processus de spécification ouvert" et devrait "être sous licence selon les termes respectant les volontés du responsable des spécifications".

La Fondation Apache n'a pas indiqué si elle continuerait son travail sur Harmony.

Source : le blog de la Fondation Apache Software

Oracle invite la fondation Apache à reconsidérer sa position sur Java SE 7
La Fondation répond et engage Oracle à honorer ses engagements

Mise à jour du 16/11/2011 par Idelways

La crise ouverte entre Oracle et la Fondation Apache autour de l'avenir de Java et des licences de son Kit de Validation (TCK) s'intensifie. A tel point qu'elle semble même sérieusement inquiéter le géant des bases de données et des serveurs qui tient à ce que la première version du langage sous sa responsabilité soit un succès.

Oracle a donc répondu à la lettre ouverte de la Fondation Apache, lettre dans laquelle elle invitait récemment les membres du Java Community Process à rejeter la feuille de route d'Oracle pour Java SE 7.

Un appel dans lequel la Fondation remet sérieusement en question son implication dans cet organisme (lire ci-avant).

En substance, Don Deutsch, vice-président de la division standards et architectures à Oracle, invite la Fondation à "reconsidérer" sa position dans un billet sur son blog.

Mais la réponse d'Oracle n'offre rien de concret et de nouveau. Don Deutsch considère ainsi qu'« Oracle fournit des licences TCK sous conditions équitables, raisonnables et non discriminatoires conformément à ses obligations au sein du JSPA ».

Oracle affirme cependant que sa priorité est l'avenir du langage, et « qu'il est temps pour des actions concrètes, il est temps que Java aille de l'avant ». Sous-entendu : ce n'est pas le cas actuellement.

La Fondation Apache n'a pas tardé à réagir. Elle riposte, du tac au tac (en moins de 24 heures) par un billet extrêmement court : « La balle est dans votre champ, honorez vos engagement ».

Et le bras de fer continue.

Source : les blogs d'Oracle et la réponse de la fondation Apache.

Et vous ?

Quels seront selon vous les prochains épisodes de cette crise ouverte entre Oracle et la Fondation Apache ?

En collaboration avec Gordon Fowler

La fondation Apache menace de quitter le Java Community Process
Et milite pour que la prochaine version du langage soit rejetée, la guerre avec Oracle est déclarée

Mise à jour du 10/11/2010

La fondation Apache vient de publier un appel ouvert à l'ensemble des membres du Java Community Process (JCP, le corps en charge des spécifications du langage) pour voter, ni plus ni moins, contre la prochaine proposition du langage (Java SE 7), en gestation dans les laboratoires d'Oracle.

Le motif est encore celui du kit de validation (TCK, non disponible en open-source) qu'Oracle refuse de céder à la fondation pour tester la compatibilité de son implémentation open-source Harmony avec les spécifications du langage, et pouvoir ainsi la distribuer sous licence libre Apache.

Dans son annonce, la fondation se félicite d'avoir été réélue membre (pour les 3 prochaines années) du comité exécutif du Java Community Process à 95% des suffrages ; avant de remettre sérieusement en question son implication dans cet organisme où elle milite depuis maintenant 10 ans.

"Oracle viole ses obligations contractuelles, que fixent les règles du JCP, en n'acceptant d'offrir des licences TCK qu'avec des conditions incompatibles avec l'open-source et le logiciel libre" peut-on lire sur le blog de la Fondation.

La Apache Software Foundation affirme par la suite envisager sérieusement de mettre fin a sa collaboration avec le JCP si ses droits d'implémentation du langage Java ne sont pas respectés.

La Fondation ne mâche pas ses mots et considère, que dans l'état actuel des choses, le JSPA (Java Specification Participation Agreement) est inutile et que les spécifications du JCP ne sont plus "qu'une documentation propriétaire".

Ambiance.

Source : blog de la fondation

Et vous ?

Comment réagira Oracle a cette attaque ?
Quelle conséquence aurait un éventuel retrait de la Fondation Apache du JCP ou le refus des spécifications de Java 7 ?

Java : Oracle sur le point de donner le coup de grâce au projet Harmony
Utilisé par Google dans le SDK d'Android ?

Mise à jour du 18/10/2010

Oracle aurait annoncé, lors d'une réunion réunissant les leaders des sociétés qui supportent Java, qu'il ne comptait pas céder de licence au projet Apache Harmony, l'implémentation open-source du langage.

Cette rencontre, qui a eu lieu à Bonn les 5 et le 6 Octobre dernier, a été marquée par l'annonce de la collaboartion d'IBM avec Oracle sur l'OpenJDK. Une des interprétations de cette nouvelle était que Oracle tentait ainsi de mettre fin au projet Harmony, dont Big-Blue était jusque là le plus gros contributeurs avec 9 membres (lire ci-avant).

Cette fuite semble renforcer cette thèse. Oracle, par la voie de son PDG Larry Ellison, aurait ainsi estimé qu'offrir une licence au projet Harmony serait préjudiciable à l'avenir de Java, sens préciser le pourquoi du comment.

Néanmoins, le motif d'un refus aussi catégorique semble en relation avec le litige qui oppose sa société à Google sur Android. L'OS mobile qui utilise justement un sous-ensemble du projet Harmony.

Le géant des applications professionnelles et des serveurs souhaiterait en effet imposer Java Mobile Edition (Java ME) pour les développements mobiles à la place du projet Harmony (et de ses dérivés, dont Android) qui repose, lui, sur l'édition standard de Java (Java SE).

Ironiquement, trois ans en arrière, Oracle travaillait main dans la main avec le Java Community Process (JCP) pour que Harmony soit testé et certifié compatible avec le standard officiel... détenu à l'époque par Sun.

Mais la présence de code propriétaire dans les tests de compatibilité empêcherait, selon la fondation Apache, le projet Harmony d'être certifié.

IBM a longtemps milité pour que Sun (puis Oracle) libèrent les Java Test Compatibly Kits (TCKs), le seul composant de Java, avec Java FX non-disponible sous licence open-source.

En vain.

Selon les dernières rumeurs, qu'accrédite l'accord public avec Oracle, IBM aurait donc décidé d'abandonner le projet Harmony contre une licence permanente sur Java. Sa licence actuelle de 10 ans arrivant à échéance en 2015.

Le coup de grâce pour le projet Harmony ?

Et vous ?

Qu'en pensez-vous ?
Le projet Harmony survivra-t-il a ces mauvaises nouvelles ?

En collaboration avec Gordon Fowler

Java : Oracle et IBM décident de collaborer sur l'OpenJDK
Au sein du Java Community Process, IBM tourne le dos à la fondation Apache

Oracle et IBM viennent d'annoncer que les deux sociétés allaient collaborer pour le développement de l'OpenJDK, l'implémentation de référence du langage Java.

Les deux géants de l'informatique affirment vouloir faire de l'OpenJDK "l'endroit principal du développement de Java SE" et s'engagent à "renforcer le JCP", le principal organisme de normalisation des travaux des spécifications de Java.

Les deux entreprises vont ainsi participer à l'aboutissement de la feuille de route annoncée récemment pour OpenJDK/Java 7 et 8.

Présentée plus tôt cette semaine par Mark Reinhold, architecte en chef du Java Platform Group à Oracle, cette feuille de route aurait eu des "écho constructifs et globalement positifs" du comité exécutif du JCP dans un meeting à Bonn en Allemagne.

De son côté, Bob Sutor, vice-président du département Systèmes-ouverts et Linux d'IBM, fait remarquer dans un billet de blog que la décision de collaborer avec Oracle était un "choix pragmatique".

Il précise néanmoins que l'entreprise compte abandonner le travail sur le projet « Apache Harmony » (l'implémentation Java de la fondation Apache) pour se focaliser sur l'OpenJDK.

Ce choix de faire machine arrière est — selon Sutor — dû au fait qu'il devient clair pour IBM « qu'Oracle n'a jamais planifié de mettre à la disposition de la fondation Apache les tests de certification pour Java et Java SE TCK».

Il affirme ne pas cautionner ce choix, mais que, en substance, il n'y peut rien.

Sutor rajoute qu'IBM compte jouer un rôle important dans le développement d'OpenJDK et s'attend à voir « quelque réformes dans le JCP [...] pour le rendre plus démocratique, transparent et ouvert ».

Mark Reinhold, qui a bloggé à son tour, commente lui aussi ce plan de collaboration. Il dit s'attendre à ce que les contributions d'IBM à l'OpenJDK portent essentiellement sur la bibliothèque standard du langage.

Les uns y verront une bonne nouvelle. D'autres pas.

Et vous ?

Source : communiqué de presse d'Oracle, Blog Bob Sutor, blog de Mark Reinhold

Et vous ?

Que pensez-vous de cette annonce de collaboration ?
La présence d'un autre poid lourd dans la scène Java vous rassure-t-il sur l'avenir du langage ?

En collaboration avec Gordon Fowler
Vous avez lu gratuitement 664 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Emmanuel Deloget
Expert confirmé https://www.developpez.com
Le 27/01/2011 à 22:11
Citation Envoyé par Philippe Bastiani Voir le message

- Cette clause a été ajouté par SUN lorsqu'ils ont vu qu'Apache était capable de produire une JVM certifiable... Bref, ils ont tout de suite compris le danger de forks incontrolables de la JVM.
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.
2  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 27/01/2011 à 12:16
Citation Envoyé par Traroth2 Voir le message
Si, Sun a annoncé qu Java deviendrait open-source. Comme tu le soulignes parfaitement, le TCK fait partie de Java, et donc Sun a menti.
Sun 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.

Citation Envoyé par Traroth2 Voir le message
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 !
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.
1  0 
Avatar de ratomms
Membre actif https://www.developpez.com
Le 27/01/2011 à 8:27
ça va booster tout simple son orientation commerciale.
0  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 27/01/2011 à 9:05
Citation Envoyé par Philippe Bastiani Voir le message
@Traroth en bloc
A Encore une fois:
1- Oracle n'a pris aucun engagement concernant la libération du TCK... Pas plus que SUN en définitive...
2- Oracle a changé d'avis sur le sujet: certes et alors ? A l'époque, ils étaient client de SUN (comme je l'ai mentionné plus haut ainsi qu'Emmanuel) et ils souhaitaient sa libération au même titre qu'IBM... Maintenant, ils sont fournisseurs... normal, qu'il réajuste leurs positions !

B Non pour moi, qu'aucune JVM ne puisse être distribuée sous licence libre me choque pas (même si je le regrette)! Oracle et SUN sont bien libres d'imposer leurs exigences sur l'une de leurs technologies. Non ? Du fait du TCK (leur exigence), JAVA n'a jamais été libre... La communauté a à s'adapter à ce fait ou demander des assouplissements !

C Pour Harmony il n'y a aucune clause mobile à la demande d'Oracle. Apache peut très bien obtenir le TCK et une licence ! Mais Harmony ne peut être distribué dans son intégralité sous licence Apache puisque pour être certifié il est exigé qu'une partie du TCK soit incluse dans la distribution... ce qui rend caduque la licence Apache !
- Cette clause est là pour bloquer toute JVM qui déplairait à SUN/Oracle
- Cette clause a été ajouté par SUN lorsqu'ils ont vu qu'Apache était capable de produire une JVM certifiable... Bref, ils ont tout de suite compris le danger de forks incontrolables de la JVM.
La licence GPL de Java, ce n'est pas de l'arnaque; c'est de la proudre aux yeux... un truc lancé par SUN de manière inconsidéré qu'ils ont verrouillé après coup par le biais du TCK ! S'ils avaient réellement souhaité libérer Java il l'aurait offert à une fondation avec la licence GPL v3...
Si, 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...
0  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 27/01/2011 à 16:54
Citation Envoyé par Uther Voir le message


Sun ne s'est jamais engagé contractuellement (ni même informellement d'ailleurs) a libérer l'intégralité de tout ce qui concerne Java
Contractuellement, 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 !
Citation Envoyé par Uther Voir le message

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.
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.
0  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 28/01/2011 à 13:35
Citation Envoyé par Traroth2
Contractuellement, 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 !
Je ne sais pas d'où tu sors ça.

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.
0  0 
Avatar de Schouss
Membre régulier https://www.developpez.com
Le 28/01/2011 à 13:48
Citation Envoyé par Uther Voir le message
Je ne sais pas d'où tu sors ça.

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.
"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.
0  0 
Avatar de Philippe Bastiani
Membre éprouvé https://www.developpez.com
Le 28/01/2011 à 14:43
Citation Envoyé par Schouss Voir le message
"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.
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 !
0  0 
Avatar de Philippe Bastiani
Membre éprouvé https://www.developpez.com
Le 28/01/2011 à 15:05
@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...
0  0 
Avatar de Uther
Expert éminent sénior https://www.developpez.com
Le 28/01/2011 à 15:33
Citation Envoyé par Schouss Voir le message
"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.
C'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é.

Citation Envoyé par Philippe Bastiani
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 !
Elles sont certes apparues après coup mais cependant avant la libération de l'OpenJDK
0  0