Discussion :

[Gordon Fowler]

Les spécifications de Java SE 7 et 8 proposées par Oracle sont adoptées
« A une écrasante majorité » par le Comité Exécutif du JCP

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

[air-dex]

Bon ça, c'est fait !

Cette adoption n'est pas une victoire d'Oracle mais bel et bien de Java, n'en déplaise à Apache et aux détracteurs du nouveau propriétaire de Sun.

Cependant, une chose m'échappe. Quelle est la différence entre l'adoption des spécifications de Java 7 par le JCP et leur standardisation ? C'est moi ou ce n'est que de la bureaucratie ?

[Gordon Fowler]

Orthographe corrigée

Mille excuses aux premiers lecteurs de cette news

[tHE_fLAmMinG_mOE]

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.

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

[waddle]

Pour info, voici les résultats des votes de ces JSR :

http://jcp.org/en/jsr/results?id=5109
http://jcp.org/en/jsr/results?id=5110
http://jcp.org/en/jsr/results?id=5111
http://jcp.org/en/jsr/results?id=5112

[Traroth2]

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.

Java moins libre, c'est une catastrophe.

[waddle]

Java moins libre, c'est une catastrophe.

Don't feed the troll

[Uther]

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.

[Traroth2]

Don't feed the troll

Voila, c'est ça. Tous les gens qui trouvent qu'on va dans le mur et qu'Oracle est en train de tuer Java sont des trolls...

[kedare]

On a rien sans rien. Il ne manque plus que linq dans Java.

Je doute qu'on veuille de cette horreur

[Flaburgan]

Paye ton troll.
Mais avance quand même ce que tu reproches à linq, une phrase jetée en l'air comme ça n'a aucun intérêt.

[tomlev]

Voila, c'est ça. Tous les gens qui trouvent qu'on va dans le mur et qu'Oracle est en train de tuer Java sont des trolls...

Je pense que tu as mal interprété la remarque de waddle... Ce n'est pas toi qui est visé, il voulait dire que camus3 avait lancé un troll et qu'il ne fallait pas l'alimenter en y répondant

Je doute qu'on veuille de cette horreur

...
Tu as déjà utilisé Linq pour dire ça ? Toutes les personnes que je connais qui ont commencé à l'utiliser ne peuvent plus s'en passer. Ca transforme complètement la façon de coder, et ça rend le code beaucoup plus expressif et lisible. En gros, ça permet d'utiliser (au moins en partie) l'approche fonctionnelle dans C#

Si tu connais (vraiment) Linq et que tu n'aimes pas, c'est une autre histoire... mais je serais curieux de connaitre tes raisons.

[kedare]

Oui j'ai déjà utilisé LINQ-to-Entities, c'était tellement ingérable que j'ai tous recodé sans, et la bizarrement c'est devenu bien plus lisible et maintenable

[Flaburgan]

Je suis développeur java, mais en ce moment, je suis amené à découvrir .NET
Quand je suis arrivé à la boite on m'a filé un cd en me disant "tiens, installe visual studio sur ta machine !". J'ai répondu que j'avais un dual boot mandriva ubuntu, et donc pas de windows. Mais le client est roi, et malgré mon attrait pour le libre, je me suis mis au C#. Et bien franchement, linq, rien à redire. Je n'en connais que peu, mais je trouve ça parfait pour l'instant. Je m'en sers pour parser du XML, et c'est d'une facilité d'utilisation déconcertante.

[tomlev]

Oui j'ai déjà utilisé LINQ-to-Entities, c'était tellement ingérable que j'ai tous recodé sans, et la bizarrement c'est devenu bien plus lisible et maintenable

Tout est relatif... J'ai utilisé Linq to Entities (ou plus exactement Entity Framework) dans plusieurs projets, et je n'ai pas eu de gros problèmes avec. D'ailleurs la dernière version corrige pas mal de petits défauts de la première. Par contre, j'utilise NHibernate dans un projet au boulot, et là c'est l'horreur absolue... Donc en tous cas, comme ORM je préfère 100 fois Entity Framework.

Mais de toutes façons, Linq ne se limite pas du tout à Entity Framework ! C'est beaucoup plus générique, tu peux faire des requêtes sur des objets, du XML, des webservices, n'importe quoi en fait du moment qu'il existe un provider, et tout ça en code C#, donc tu profites de la vérification à la compilation et de l'intellisense

[Traroth2]

Je pense que tu as mal interprété la remarque de waddle... Ce n'est pas toi qui est visé, il voulait dire que camus3 avait lancé un troll et qu'il ne fallait pas l'alimenter en y répondant

OK. Au temps pour moi. Mais j'avais l'impression que d'autres gens sur ce forum partageaient ce point de vue. Je suis content de me tromper.

[Idelways]

JDK 7 atteint le stade « Feature Complete »
Une bêta pour développeurs est prévue pour le 18 février prochain

Mise à jour du 19/01/2011 par Idelways



Oracle vient d’annoncer que le Kit de Développement de Java 7 (JDK7) est arrivé au stade « Feature Complete ».

Ce qui signifie, selon Henrik Ståhl, le porte-parole d'Oracle sur Java, que les équipes de développement et d'assurance-qualité ont finalisé toutes les fonctionnalités prévues pour Java 7 et que tous les tests automatisés passent.

Les efforts vont donc maintenant se concentrer sur les tests et la correction des bogues sur l'ensemble des plate-formes supportées par JDK 7 afin qu'il soit disponible, si tout va bien, le 28 Juillet prochain.

Ståhl n'exclut cependant pas l'ajout d'autres fonctionnalités aux sous-composants JAXP, JAXB et JAX-WS qui s'occupent respectivement de la manipulation du XML, du Binding et des WebServices.

Le projet pourrait aussi être retardé si le Groupe des Experts du JSR (Java Specification Request) "décident d'introduire des changements qui ne peuvent être accommodés avec le planning actuel", nous apprend Ståhl.

Si aucun empêchement ne vient retarder les plans d'Oracle, le JDK pourrait donc être disponible en bêta pour les développeurs dès le 17 février prochain. Soit dans moins d'un mois.

Une bonne nouvelle. Certes. Mais le respect du planning s'est fait aux détriment de nombreuses fonctionnalités longtemps attendues et que les développeurs devront encore attendre avec Java 8, prévu lui pour l'année prochaine.

“On ne peut pas tout avoir”, dit le dicton.


Source : Billet de Henrik Ståhl

Et vous ?

Êtes-vous satisfait des nouveautés de Java 7 ou allez-vous attendre la sortie de Java 8 ?

[Traroth2]

Il est plus que temps...

[Sfaxiano]

Est ce que quelqu'un a une idée sur l'état de l'algorithme Garbage first (G1) dans Java 7 ? (est ce que l'implémentation est stable)
Sinon est ce qu'il y a d'autre amélioration en terme de performance qui seront ajouté à Java 7.

Merci d'avance