IdentifiantMot de passe
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
176 commentaires

28PARTAGES

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 ?

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

176 commentaires
Commenter Signaler un problème
Emmanuel Deloget
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 
Uther
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 
ratomms
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 
Traroth2
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 
Traroth2
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 
Uther
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 
Schouss
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 
Philippe Bastiani
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 
Philippe Bastiani
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 
Uther
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 
Commenter Signaler un problème