Oracle nomine un groupe brésilien d'utilisateurs de Java au Java Community Process

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

:fleche: 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 ?

:fleche: Comment évoluera la situation selon-vous ?
:fleche: 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 ?

:fleche: 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 ?

:fleche: Comment réagira Oracle a cette attaque ?
:fleche: 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 ?

:fleche: Qu'en pensez-vous ?
:fleche: 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 ?

:fleche: Que pensez-vous de cette annonce de collaboration ?
:fleche: 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

C'est la suite de l'offensive contre Google, j'imagine. Pour rappel, Apache Harmony est utilisé dans le SDK Android...

Cette nouvelle est à la fois rassurante pour l'avenir de Java (dont IBM est un supporter de la première heure) et décevante pour l'aspect ouvert de Java. Savonner la planche à la fondation Apache n'est pas vraiment le bon signal à envoyer à la communauté, à mon avis...

Citation:

---

Envoyé par Idelways

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.

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».

---

C'est juste pour faire des économies, rien d'autres le libre faut que ça rapporte pour Oracle comme pour IBM.
Quand on fait un projet libre ou pas il faut mettre en premier la rentabilité : c'est le message d'Oracle.

Pardonnez mon ignorance, mais l'implementation de reférence n'est elle pas celle de Sun ? Par opposition à l'open JDK


Citation de la documentation fr d'Ubuntu : (légerement contradictoire avec mes propos...)

Citation:

---

Implémentations

Il existe "plusieurs" implémentations de Java, parmi lesquelles :

* Java Sun : l'implémentation fournie par Sun (95% libre), l'entreprise à l'origine du langage ;
* gcj : une première implémentation libre, mais non complète ;
* OpenJDK : une implémentation complète, validée, entièrement libre (basée sur Java Sun, en remplaçant les parties non libres).

Les deux versions susceptibles d'être utilisées aujourd'hui sont Java Sun et OpenJDK.

À part pour d'anciennes versions ou des problèmes de compatibilité spécifiques, il est maintenant vivement recommandé d'utiliser OpenJDK, totalement libre, et offrant de meilleures performances que Java Sun.

---

Le JRE de Sun a été l'implémentation de référence jusqu'à la version 6. Pour la version 7, c'est OpenJDK qui sera l'implémentation de référence.

D'ailleurs à la base, l'OpenJDK n'était pas prévu pour la version 6, mais à cause du retard pris par JavaSE 7, une version 6 est sortie en attendant pour Linux ou l'absence de JVM à la fois complète et libre posait pas mal de problèmes.

Citation:

---

Envoyé par valkirys

Quand on fait un projet libre ou pas il faut mettre en premier la rentabilité : c'est le message d'Oracle.

---

Et ils ont raison, apres tout cela a ete fatal a Sun.
Il ne sert a rien de faire de s'eparpiller et de faire plein de projets libres qui font en fait exactement la meme chose.

Apres, bien sur, d'aucun vont mal le prendre et on risque de retomber sur la gue-guerre intra-communaute libre comme cela avait ete le cas lors de l'opensourcing de Java et le choix de la license (avec une gue-guerre assez moche entre GPL et Apache ou les insultes volaient -TRES- bas).

Citation:

---

Envoyé par Idelways

:fleche: La présence d'un autre poid lourd dans la scène Java vous rassure-t-il sur l'avenir du langage ?

---

Bof, j'espère qu'Apache ne sera pas trop mis sur le carreau au fil du processus car je leur fais bien plus confiance qu'à Oracle et IBM réunis.

A titre personnel, je soupçonne certains des grands acteurs de java de ne pas oeuvrer pour l'avenir de ce langage mais pour elles-mêmes, en votant la standardisation de certaines technos très discutables dans le seul but de protéger leurs propres investissements dans celles-ci. Des choix qui font que la majorité des serveurs d'application ont eu besoin de 10 mises à jour majeures en quelques années (j'exagère un peu :aie:) ce qui a dû coûter des fortunes à plein de monde.

Justement à ce titre, j'ai hâte de voir les réformes sur le JCP. Si ça va aller dans le sens des utilisateurs de java et de la communauté ou seulement dans celui des "gros".

Bravo ! Tu viens de dévoiler le complot ultime qui explique la présence de Mircosoft (et d'autres d'ailleurs) dans les groupes de vote OpenGL ou encore CORBA... :ccool:
Ah non en fait on me souffle dans mon oreillette que ce genre de pratiques est en fait vieux comme les calendes grecques (on pourrait prendre le conseil de sécurité de l'ONU comme exemple flagrant mais c'est trop récent/évident comme exemple).

Bienvenu dans la réalité ! ;)

Ce rapprochement n'est qu'une façade : après le JavaOne où l'avenir de Netbeans s'était bien éclairci, il fallait désormais rassurer la masse des développeurs Java, qui utilise Éclipse. Et pour se faire, quoi de mieux qu'un partenariat avec son père fondateur IBM.

En réalité, c'est un gros coup de poignard pour Java. Avec la fondation Apache, Oracle envoie quand même se faire voir l'un des plus gros contributeurs de Java informatiquement parlant (Ant, Maven, Commons IO, Commons Collections...).

Quitte à ne pas aller dans le sens de beaucoup d'autres, je trouve pour ma part que les contributions apache au monde java ne sont pas le must. Leur qualité est variable et le tout manque de cohérence. Certaines sont à mon avis carrément à éviter.

Je ne sais pas ce que le futur donnera, mais je ne suis pas mécontent que le rôle d'apache soit très limité.

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 ?

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

En collaboration avec Gordon Fowler

Je m'y connais pas trop dans le domaine de Java mais j'ai l'impression que toutes ces histoires donne du champs à Google et Microsoft. Le temps qu'Oracle rationalise ses affaires les autres peuvent avancer leur pions.

Citation:

---

Envoyé par ymajoros

Quitte à ne pas aller dans le sens de beaucoup d'autres, je trouve pour ma part que les contributions apache au monde java ne sont pas le must. Leur qualité est variable et le tout manque de cohérence. Certaines sont à mon avis carrément à éviter.

---

J’apprécierais beaucoup que tu détailles ce qui ne te plait pas dans ce qu'à fait Apache.
Parceque la contribution d'Apache à Java est juste énorme et très diverse :
- Le projet Harmony (plateforme Java quasiment complète)
- Tomcat
- Les bibliothèques très nombreuse aux objectifs variés (commons, poi, xerces, httpcomponents, pivot, derby...) dont certaines ont su se rendre indispensables
- Les outils comme Ant ou Maven qui on aussi su s'imposer comme standard.

et j'en oublie certainement.

Citation:

---

Envoyé par berceker united

Je m'y connais pas trop dans le domaine de Java mais j'ai l'impression que toute ces histoires donne du champs à Google et Microsoft. Le temps qu'Oracle rationalise ses affaires les autres peuvent avancer leur pions.

---

A mon avis c'est tout le contraire :

Microsoft aurait pu éventuellement jouer sur les incertitudes sur l’avenir de Java suite au rachat par Oracle, mais maintenant que l'OpenJDK à le soutient d'IBM, il est au contraire renforcé.

Quant à Google, c'est clairement le grand perdant de l'histoire (avec le projet Harmony) vu que Harmony, qui sert de base au SDK d'Android, perd son premier contributeur : IBM.
Google a certainement les moyens de continuer le développement du SDK Androïd seul, mais la prise en main du développement d'une plateforme Java n'est clairement pas une mince affaire et il est fort probable que les futures évolutions du SDK Androïd ne profiteront pas à Harmony.

Mais au final Apache Harmony et OpenJDK tentent de faire la même chose non ?
Pourquoi Google ne va pas utiliser OpenJDK a la place d'Harmony ?

bien content que les deux grand de java se réunissent autour d'openjdk
ce qui ne peut que contribuer à un meilleur développement.

il y aura moins de ressources gaspillées.

Citation:

---

Mais au final Apache Harmony et OpenJDK tentent de faire la même chose non ?

---

Plus ou moins, les deux en effet visent à implémenter fidèlement les spécifications Java.

La grosse différence entre les jeux projets vient de la licence:
- OpenJDK est sous GPL avec classpath exception, ce qui permet à oracle/sun d'en garder un relatif contrôle
- Harmony est sous une licence Apache bien plus permissive, ce qui permet à google d'en faire quasiment tout ce qu'il veut, même de rendre son SDK propriétaire, si un jour il le souhaite.

Le problème d'Harmony(qui fait qu'IBM lâche l'éponge) vient du fait que Oracle refuse de lui fournir le TCK qui permet d'être validé en tant qu'implémentation Java officiellement conforme.

Citation:

---

Envoyé par kedare

Mais au final Apache Harmony et OpenJDK tentent de faire la même chose non ?
Pourquoi Google ne va pas utiliser OpenJDK a la place d'Harmony ?

---

Très juste. La différence principale, c'est la licence. Si Harmony disparait, Google devra se tourner ailleurs pour son code. L'utilisation d'OpenJDK serait un aveu qu'Android, c'est bien Java...

Citation:

---

Citation:

---

Envoyé par ymajoros Voir le message
Quitte à ne pas aller dans le sens de beaucoup d'autres, je trouve pour ma part que les contributions apache au monde java ne sont pas le must. Leur qualité est variable et le tout manque de cohérence. Certaines sont à mon avis carrément à éviter.

---

J’apprécierais beaucoup que tu détailles ce qui ne te plait pas dans ce qu'à fait Apache.
Parceque la contribution d'Apache à Java est juste énorme et très diverse :
- Le projet Harmony (plateforme Java quasiment complète)
- Tomcat
- Les bibliothèques très nombreuse aux objectifs variés (commons, poi, xerces, httpcomponents, pivot, derby...) dont certaines ont su se rendre indispensables
- Les outils comme Ant ou Maven qui on aussi su s'imposer comme standard.

et j'en oublie certainement.

---

Oui tu oublies Struts, Lucene, Axis, SpamAssassin, etc. :aie:

IBM étant bien content de pouvoir renouveler sa licence d'exploitation de java sans bourse délier...

Citation:

---

Envoyé par Traroth2

Très juste. La différence principale, c'est la licence. Si Harmony disparait, Google devra se tourner ailleurs pour son code. L'utilisation d'OpenJDK serait un aveu qu'Android, c'est bien Java...

---

Se tourner vers quoi par exemple ?

Google ne peut pas se tourner ailleurs.

Il devra s'occuper de son JDK tout seul. Je ne pense pas que ça lui pose tant de problèmes que ça. Google a tout à fait les moyens et les compétences pour s'occuper de son SDK tout seul. D'ailleurs toute les classes qui l'itéréssaient de l'API Java d'Harmony ont été récupérées depuis longtemps et ça fait un moment qu'il fait progresser lui même la DavlikVM.

Et comme la compatibilité Java n'a jamais été un objectif d'Android (contrairement à Harmony) le refus du TCK de la part d'Oracle ne pose pas de problème. La Machine virtuelle des android est une "DavlikVM" et non pas une JVM tout comme l'API Android, qui même si elle a un certain nombre d'objet commun n'est absolument pas une API Java standard.

Citation:

---

Envoyé par Uther

J’apprécierais beaucoup que tu détailles ce qui ne te plait pas dans ce qu'à fait Apache.
Parceque la contribution d'Apache à Java est juste énorme et très diverse :
- Le projet Harmony (plateforme Java quasiment complète)
- Tomcat
- Les bibliothèques très nombreuse aux objectifs variés (commons, poi, xerces, httpcomponents, pivot, derby...) dont certaines ont su se rendre indispensables
- Les outils comme Ant ou Maven qui on aussi su s'imposer comme standard.

---

Diverse, c'est bien le mot.

Je trouve certains projets inutiles depuis des années, voire contre-productifs. Par ex. commons logging, qui n'apporte rien au-dessus de java.util.logging, sinon de n'être pas standard et d'induire des dépendances.

Certains autres sont une collection d'antipatterns. Ex. : l'utilisation de beanutils est généralement selon moi la meilleure manière de lier des fonctionnalités d'une application à des détails d'implémentation. Changer un nom de champ dans une classe a des répercussions inattendues. On casse les principes de design les plus importants.

Dans de nombreux projets apache, il n'y a peu de cohérence d'un projet à l'autre et au sein d'un projet. Ainsi, certaines sources sont truffées de gestion d'exceptions hasardeuse : blocs try/catch avec rien dans le catch (ou just affichage et on continue), ...

Ce qui me dérange le plus, c'est souvent le manque de spécifications derrière les implémentations (commons, struts, ...). Ces librairies sont souvent présentées comme simplifiant le développement ; c'est selon moi la meilleure façon de s'assurer d'avoir du code hasardeux.

Attention, je dis bien que je trouve que la qualité est variable. Cela signifie pour moi qu'il y a de très mauvais projets... comme de très bons. Aussi, je ne parle que des projets Java. J'apprécie beaucoup lutece ou derby, même si je n'ai eu que très peu l'occasion de les utiliser.

Je n'avais pas cité mes arguments pour éviter le débat dans ce forum. Je suis conscient que mes arguments risquent de ne pas être partagés. Si quelqu'un veut en discuter, je propose d'ouvrir un nouveau fil de discussion pour ne pas encombrer celui-ci.

Citation:

---

Envoyé par bouye

Ah non en fait on me souffle dans mon oreillette que ce genre de pratiques est en fait vieux comme les calendes grecques (on pourrait prendre le conseil de sécurité de l'ONU comme exemple flagrant mais c'est trop récent/évident comme exemple).

---

Heu je veux pas faire mon ch.... mais selon Wikipedia :

Citation:

---

Renvoyer aux calendes grecques (Ad kalendas graecas) signifie « repousser indéfiniment la réalisation d'une action ». En effet, les Grecs n'ayant jamais eu de calendes, l'expression fait référence à une date inconnue, ce qui revient donc à « renvoyer à la Saint Glinglin ».

---

;)

Parfait, donc en chippotant tu as donc trouvé que cela voulait dire que cela existe depuis que la politique humaine existe / toujours / une durée infinie, bravo !

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 ?

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

Apache aurait du faire ça il y a bien longtemps.

Oracle ne cèdera probablement pas. Surtout maintenant qu'il est en position de force. La question est plutôt "que se passera-t-il après?", et la franchement je n'en ai aucune idée.

Citation:

---

Quelle conséquence aurait un éventuel retrait de la Fondation Apache du JCP ou le refus des spécifications de Java 7 ?

---

Pour Oracle aucune, la société a décidé de reprendre entièrement la main sur java et d'en faire un produit commercial et rentable à l'image de .NET.
C'est bien pour tout le monde et ne modifiera pas la popularité de java auprès des entreprises, au contraire.

Je ne suis pas grand fan du JCP, je trouve que dans l'organisation actuelle, les cycles d'évolution prennent trop longtemps. Par ailleurs à titre personnel je trouve que ce qui en est sorti ces dernières années est sur bien des points critiquable.

Toutefois, si le JCP devient "Larry et ses amis", autant tout de suite en finir avec cette organisation qui ne sera alors qu'un écran de fumée sans crédibilité aucune.

Le TCK est pas disponible en GPL?

Citation:

---

Envoyé par camus3

Pour oracle aucune, la société a décidé de reprendre entièrement la main sur java et d'en faire un produit commercial et rentable à l'image de .NET.
C'est bien pour tout le monde et ne modifiera pas la popularité de java auprès des entreprises, au contraire.

---

Ah bon ? Même si la conséquence, c'est la fin des projets open-sources et libres autour de Java ?

Java sans Eclipse, Spring, Tomcat, Struts, Maven, Ant, JUnit, etc. Bonne nouvelle pour Java, effectivement... :roll:

Un petit conseil : va sur apache.org et regarde le nombre de projets reposant sur Java, et combien d'entre eux sont des projets vitaux pour l'avenir de la plateforme : ActiveMQ, Ant, Cassandra, Commons, Geronimo, Hadoop, Harmony, Log4J, Lucene, Maven, Struts, Tomcat, Velocity, Wicket, etc.

On va vers une radicalisation, là. Si Apache ne réussit à pas à progresser, ils vont se détourner de Java, en commençant sans doute par quitter le JCP et en n'acceptant plus de nouveau projet en Java. S'ils réussissent à faire rejeter Java 7, Oracle risque de trouver là le prétexte pour supprimer le JCP. Difficile de voir une possibilité de sortie positive de cette histoire...

Citation:

---

Envoyé par camus3

Pour oracle aucune, la société a décidé de reprendre entièrement la main sur java et d'en faire un produit commercial et rentable à l'image de .NET.
C'est bien pour tout le monde et ne modifiera pas la popularité de java auprès des entreprises, au contraire.

---

Oracle a déjà largement rentabilisé Java en construisant ses produits avec cette technologie. Quand à la rentabilité de .NET, elle me parait toute relative.

Citation:

---

Envoyé par lequebecois79

le tck est pas dispo en gpl?

---

Le détail dans l'OpenJDK Community TCK License Agreement - http://openjdk.org/legal

Et pour répondre à la question "qu'est ce qu'il se passe après?", des éléments de réponse ici sur la partie JVM Oracle : http://blogs.oracle.com/henrik/2010/..._strategy.html

Citation:

---

Envoyé par lequebecois79

le TCK est pas disponible en GPL?

---

Non et c'est bien ce qui bloque Harmony depuis des années maintenant.
Sun (puis Oracle) a refusé de fournir le TCK à Harmony s'ils n'ajoutaient pas une clause interdisant l'utilisation d'Harmony sur du matériel mobile, ce qui aurait rendu de facto Harmony non libre.

Donc si je comprends, sur ce point (celui du TCK et uniquement celui ci) Oracle continue juste ce que Sun a commencé, donc par extension, Apache aurait du s'en prendre plus à Sun ...

En effet ça fait des années que la fondation Apache se plaint de la politique de Sun vis à vis du TCK. Ce n'est pas la première fois qu'elle essaie d'attirer l'attention sur ce problème par des coups d'éclat, mais cette fois, elle joue très gros.

Il est vrai que le projet Harmony est affaibli par le retrait d’IBM, mais la fondation compte certainement profiter des récents votes du JCP qui lui ont été très favorable pour se faire entendre. Il faut aussi noter que la société parachutée par Oracle pour assoir sa domination sur le JCP n'a pas été élue.

Pour des explications plus complètes sur les problèmes d'harmony: http://blogs.computerworlduk.com/apa...mean-for-java/

Citation:

---

Oracle a déjà largement rentabilisé Java en construisant ses produits avec cette techno. Quand à la rentabilité de .NET, elle me parait toute relative.

---

Ah bon ? Tout hébergeur .NET doit obtenir des licences IIS pour héberger ses sites. Combien gagne Sun/Oracle sur un hébergement tomcat ? la majorité des développeurs .NET doivent obtenir une licence Windows pour développer en .NET, Combien Sun/Oracle gagne sur chaque Java déployé sur un Unix ? J'aurai du utilisé le terme financement plutôt que rentabilité. Mais .NET n'était pas rentable, M$ l'aurai tué depuis longtemps.
Si Sun a coulé, c'est bien en partie à cause d'une absence de business modèle autours de java. Si Oracle veut faire payer pour java, c'est bien parce qu'il compte en finir avec le modèle du libre. Combien l''activité d'apache ou de la communauté open source apportent, rapportent à Oracle en terme de $$?
Qui développe gratuitement des solutions pro ici ?:aie:
J’attends une précision de ta part sur le terme relatif SVP.

Citation:

---

Envoyé par stardeath

donc si je comprends, sur ce point (celui du tck et uniquement celui ci) oracle continue juste ce que sun a commencé, donc par extension, apache aurait du s'en prendre plus à sun ...

---

C'est le cas depuis longtemps, en fait. Apache a déjà appelé à voter contre JavaEE 6, par exemple. Si je me rappelle bien, Oracle avait d'ailleurs soutenu Apache contre Sun, à l'époque. Faut toujours retourner sa veste au bon moment... :mouarf:

je devine la suite des évènement Microsoft va mettre ces langages en open source , ce qui permettra aux langages de Microsoft de dominé les autres plates-formes grâce aux projet mono , mais aussi de gagner des part de marcher en mettant un visual studio sous d'autres os linux bsd hurd , mac os alternatif a monodevelop et sharpdevelop et payant ce qui n'est pas mal du tout
on verra l'ascension du dotnet et des plateforme linux en particulier la suze linux entreprise :ccool:

C'est marrant, j'ai l'impression en tant que spectateur que oracle a acheté un produit vieillissant et indispensable aux entreprises, et qu'au lieu de le rendre plus attractif et d'assoir plus sa domination, il prévoit un business plan de capture de ses clients actuels dans ses solutions.

Avantages : pour les prochaines années, 5 ou 10 ans, ils auront des revenus assurés.
Inconvénient : A rendre cocu ses clients, ils changent de lit et vont à la concurrence. Les produits stables et robustes ne manquent pas, surtout que Java est utilisée dans nombre de projet qui ne le nécessite pas. (y en a qui sortent la grosse artillerie pour créer un hello world...)

Au final, il faut voir quel est leur objectif réel. Visent t'ils peu de clients, mais des clients importants, ou un ensemble très vaste, mais qui rapporte peu / licence.
Je penche plus pour la première solution.

Citation:

---

Envoyé par wokerm

je devine la suite des évènement Microsoft va mettre ces langages en open source , ce qui permettra aux langages de Microsoft de dominé les autres plates-formes grâce aux projet mono , mais aussi de gagner des part de marcher en mettant un visual studio sous d'autres os linux bsd hurd , mac os alternatif a monodevelop et sharpdevelop et payant ce qui n'est pas mal du tout
on verra l'ascension du dotnet et des plateforme linux en particulier la suze linux entreprise :ccool:

---

Ca commence déjà, mono a beaucoup progressé et est clairement sur le point de devenir enterprise-ready si ce n'est déjà le cas. Par contre microsoft ne mettra sans doute jamais ses langages en open source et surtout pas sa "VM". Ils fournissent juste la spécification ce qui leur permet de rester maître du destin de leur bébé. Ils ont juste fourni leur suite de test aux développeurs de mono pour les aider à maximiser la compatibilité ce qui est du gagnant-gagnant pour eux.

Citation:

---

Envoyé par pmithrandir

C'est marrant, j'ai l'impression en tant que spectateur que oracle a acheté un produit vieillissant et indispensable aux entreprises, et qu'au lieu de le rendre plus attractif et d'assoir plus sa domination, il prévoit un business plan de capture de ses clients actuels dans ses solutions.

(...)

Au final, il faut voir quel est leur objectif réel. Visent t'ils peu de clients, mais des clients importants, ou un ensemble très vaste, mais qui rapporte peu / licence.
Je penche plus pour la première solution.

---

Je vois les choses un peu différemment, je crois qu'Oracle veut que toutes les technos de sun dans laquelle ils investissent soient, à terme, lucratives donc plus ou moins payantes indirectement. Ils doivent se dire que trop de monde actuellement utilisent ces technos sans verser un centime et que ne c'est pas viable d'investir des milliers d'heures de travail dans des choses que tout le monde télécharge et utilise sans conditions.

C'est le cas d'oracle DB, ce sera le cas avec Solaris, les plans low-cost de mysql sont en passe d'être supprimés, OpenOffice fera bande à part avec sa communauté actuelle. il est bien probable que java n'y coupera pas.

L'utilisation de .Net entraîne du profit pour microsoft, que ce soit par la vente de l'IDE de référence ou son intégration sans failles avec les autres technos de microsoft (windows, Vs2010, MS Project server, Sharepoint, SQL server etc...). En revanche, dans bien des cas, l'utilisation de java ne profite aucunement à Oracle sauf si l'entreprise souscrit à des plans de support.