Developpez.com

Le Club des Développeurs et IT Pro

Les spécifications de Java SE 7 et 8 proposées par Oracle sont adoptées

« à une écrasante majorité » par le Comité Exécutif du JCP

Le 2010-12-07 18:34:40, par Gordon Fowler, Expert éminent sénior
Mise à jour du 07/12/10

Oracle vient d'annoncer que ses propositions pour les spécifications des deux prochaines versions de la plate-forme Java (ses « Java Specification Requests » ou (JSR)) ont été adoptées après un vote du Comité Exécutif du JCP.

Oracle précise que ce vote, concernant les JSR 336 et 337, s'est soldé par une « écrasante majorité » en sa faveur, sans autres précision sur les chiffres du scrutin.

La feuille de route, désormais approuvée, prévoit une standardisation de Java SE 7 pour 2011 (le 28 juillet) et de Java SE 8 pour 2012.

« Java SE 7 inclut des changements du langage pour améliorer la productivité des développeurs, le renforcement du support des langages de scripts dynamiques et des améliorations de performances », rappelle Oracle. « Java SE 8 proposera des technologies pour améliorer la modularité du langage et le support des processeurs multi-cœurs » (lire ci-avant).

La Fondation Apache avait appellé à rejeter ces propositions. En cause, le 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, ce qui l'empêche de la distribuer sous licence libre Apache.

Face à ce refus, la fondation Apache avait menacé de quitter le Java Community Process.

Après ce vote, sous forme de désaveu, l'avenir de sa participation au JCP semble donc se poser plus que jamais.

Source
  Discussion forum
93 commentaires
  • adiGuba
    Expert éminent sénior
    Envoyé par Uther
    La Document Fondation (association constituée de transfuges de OpenOffice.org qui ont lancé un fork semble il plutôt bien suivi de OOo) c'était aussi plaint que c'était la seule véritable correction qui intéressait Oracle sur la version 3.3
    Dans le même temps on ne peut pas leurs reprocher cela. Ca la foutrait mal de sortir un produit final avec une licence incorrecte

    Au passage je suis en train de jeter un œil un peu plus attentif à cette version, et il y a quand même eu beaucoup de travail ces derniers mois...
    • Par exemple l'API java.nio.file a subit un véritable lifting plutôt réussi à mon goût (et elle inclut le support des JARs !)
    • L'API java.dyn semble avoir pas mal bougé aussi (mais je ne m'y suis pas encore attardé).
    • Avec le projet Coin, Il y a eu plusieurs efforts de "coinification", c'est à dire de généraliser les nouvelles syntaxes dans le code existant (surtout pour le diamond <> et le try-with-resource).


    a++

    PS : @_skip il n'est pas question de rendre la JVM standard payante !
    Oracle a juste l'intention de proposer une JVM "Premium" payantes EN PLUS de la JVM standard.
    Rien de neuf car cela remplacera en fait JRockit...
    le 01/03/2011 à 16:37
  • camus3
    Membre éprouvé
    au diable Apache et compagnie, au diable la politique , seul compte le future du langage et ses possibilités, car il était trop ironique qu'un langage pompé sur java deviennent plus puissant que son maître ... Microsoft a mit du fric dans C#, Oracle mettra le paquet sur Java quitte à le rendre l'écosystème moins "libre". On a rien sans rien. Il ne manque plus que linq dans Java.
    le 08/12/2010 à 6:19
  • Uther
    Expert éminent sénior
    Envoyé par camus3
    au diable Apache et compagnie, au diable la politique , seul compte le future du langage et ses possibilités, car il était trop ironique qu'un langage pompé sur java deviennent plus puissant que son maître ... Microsoft a mit du fric dans C#, Oracle mettra le paquet sur Java quitte à le rendre l'écosystème moins "libre". On a rien sans rien. Il ne manque plus que linq dans Java.
    Si seulement Apache pouvait être la cause du retard de Java... Malheureusement, c'est tout le contraire, avec Google ce sont certainement ceux qui se sont le plus battus pour le faire bouger.

    Sun n'a pas su faire avancer Java pendant de très longes années avant de se réveiller il y a deux ans, notamment quand Google c'est lancé dans Coin.
    Oracle ne semble pas faire des miracles non plus. Il a retardé Java 7 en annonçant les lambdas, qu'il a finalement repoussé à Java 8 tout comme Sun deux ans auparavant. Il semble pousser vers JavaFX qui est une technologie propriétaire et qui parait mort-né.
    Java 7 n’apportera au final pas grand chose au langage Java (par contre c'est un vrai plus pour la JVM). Et pour le moment, Java 8 est loin d'être une révolution.
    le 08/12/2010 à 13:58
  • adiGuba
    Expert éminent sénior
    A ma connaissance il n'y avait déjà pas de build d'OpenJDK 6 pour Windows... non ?

    Sinon voici une des fiches de bug "corrigé" dans le dernier build du JDK7 : openjdk LICENSE file needs rebranding
    Ils changent les références à "Sun" en "Oracle" dans la licence de l'OpenJDK...

    a++
    le 01/03/2011 à 15:31
  • _skip
    Expert éminent
    Ce sera bien l'une des rares features avec 0 votes dont ils s'occupent en priorité.
    le 01/03/2011 à 15:34
  • adiGuba
    Expert éminent sénior
    Envoyé par _skip
    Ben en fait ils ont annoncé que la JVM fermée de SUN qu'on utilise actuellement sous windows, ainsi que l'autre JVM payante, jrockit justement sauf erreur, seraient fusionnées en 1 seul produit et qu'OpenJDK serait l'implémentation destinée à la communauté.
    Oui. Et le fruit de cette fusion fera partie de l'OpenJDK.

    Le communiqué de presse était clair là dessus : http://www.oracle.com/us/corporate/press/173782

    • La licence de l'OpenJDK restera la même.
    • Oracle travaille sur un merge d'Hotspot et de JRockit, et prévoie d'intégrer le résultat cela dans l'OpenJDK.
    • Le JDK et le JRE seront disponibles sous la même licence qu'actuellement, et toujours en téléchargement gratuit.
    • La "grosse" différence viendra de cette offre "premium" payante qui proposera des fonctionnalités supplémentaires, et qui correspondra grosso-modo aux fonctionnalités supplémentaire de JRockit, comme JRockit Mission Control (pour profiler les applications), JRockit Real Time (pour des applis en temps-réels avec entre autre un GC déterministes), un support technique, etc...


    En clair chez Oracle tu auras le choix entre :
    • Un JDK/JRE "standard", aux même conditions qu'actuellement (comme le faisait Sun).
    • Un JDK/JRE "premium" pour des fonctionnalités supplémentaires payantes.


    Avec bien sûr toujours la possibilité d'utiliser OpenJDK pour tous les systèmes. S'il n'y a pas de version Windows c'est tout simplement parce qu'il n'y a pas beaucoup d'intérêt à cela...

    a++
    le 02/03/2011 à 9:48
  • Traroth2
    Membre émérite
    Envoyé par ProgVal
    Après qu'Oracle ait mis la main sur OpenJDK, va-t-on avoir droit à un LibreJDK ?
    Si tu veux être attaqué en justice par Oracle, tu fais ça...
    le 28/02/2011 à 23:18
  • Gordon Fowler
    Expert éminent sénior
    Orthographe corrigée

    Mille excuses aux premiers lecteurs de cette news
    le 07/12/2010 à 19:01
  • tHE_fLAmMinG_mOE
    Membre habitué
    Envoyé par Gordon Fowler
    Oracle précise que ce vote, concernant les JSR 336 et 337, s'est soldé par une « écrasante majorité » en sa faveur, sans autres précision sur les chiffres du scrutin.
    Les résultats des scrutins sont consultables sur le site du JCP :

    JSR 336 (Java SE 7) : http://www.jcp.org/en/jsr/results?id=5111
    JSR 337 (Java SE 8) : http://www.jcp.org/en/jsr/results?id=5112

    Hormis la fondation Apache, Google et Tim Peierls ont voté "contre". Il est à noter également qu'un grand nombre de votants (y compris ceux qui ont voté "pour" regrettent que les problèmes liés aux licences de TCK ne soient pas réglés.
    le 07/12/2010 à 21:02
  • waddle
    Membre régulier
    Envoyé par Traroth2
    Java moins libre, c'est une catastrophe.
    Don't feed the troll
    le 08/12/2010 à 13:30
  Poster une réponse