Discussion :

[Hinault Romaric]

Oracle dévoile la roadmap pour JDK 8
la publication de la version finale prévue pour septembre 2013

Le mois dernier, Oracle a publié lors de la conférence Qcon une feuille de route pour Java qui prévoit une sortie de JDK 8 en 2013, JDK 9 en 2015, JDK 10 en 2017, JDK 11 en 2019 et JDK 12 en 2022.

La firme revient aujourd’hui fournir plus de détails et les dates de sortie de la prochaine version de la plateforme de développement.

Mathias Axelsson, gestionnaire de versions du JDK chez Oracle a publié sur la liste de diffusion jdk8-dev, les dates de livraison des différentes préversions «Milestone» qui intégreront les nouvelles fonctionnalités et améliorations du kit. L’entreprise prévoit donc de publier :

• M1: 24 avril 2012
• M2: 14 juin 2012
• M3: 30 juin 2012
• M4: 1er septembre 2012
• M5: 26 novembre 2012
• M6: 30 janvier 2013

Pour l’instant, le cahier des charges des fonctionnalités pour chaque étape n’a pas encore été publié. La livraison du M6 marquera la fin de l’intégration complète des nouvelles fonctionnalités et le début de la période de stabilisation du JDK 8 jusqu'à la publication de la version finale en septembre 2013.

La période de test général se déroulera entre début février et début avril 2013, ensuite va suivre la phase au cours de laquelle seront corrigés les bugs prioritaires et enfin en mi-juin 2013, le JDK 8 entrera dans la période d’optimisation pour la sortie de la version finale.

Les développeurs du projet ont proposé l’introduction d’un M7 "Developer Preview", pour les tests par les développeurs individuels, sur les projets open sources afin d’éviter les problèmes rencontrés avec JDK 7, notamment pour Apache Lucene.

Au menu de la prochaine version de Java, l’introduction du projet Lambda, les annotations sur tous les types, une nouvelle API « Date and Time API », JavaFX 3.0, l’interopérabilité JavaScript, la convergence des JVM, etc.


Source : OpenJDK

[_skip]

Au menu de la prochaine version de Java, l’introduction du projet Lambda, les annotations sur tous les types, une nouvelle API « Date and Time API »

Ahhh bonne nouvelle ça car on est pas gâté de ce côté avec Date et Calendar. J'espère juste que la nouvelle API sera prise en compte par les autres interfaces comme JDBC. Ce serait dommage de se retrouver à devoir faire des conversions dans tous les sens parce que les types attendus ne correspondent pas.

[Grimly_old]

Projet Lambda :
Essayons nous de faire un javascript en Java ? Ca serait une bonne chose. NodeJS me séduit assez par ce principe de callbacks faits principalement de fonctions lambda. Importer ça dans Java peux faire beaucoup de bonnes choses.

L’interopérabilité JavaScript :
Késako ?!?


@_skip : Je suppose que comme la nouvelle lib qui doit remplacer les "File", on aura des toDate() et toCalendar() pour nous aider. C'est en effet une bonne chose.

[Stéphane le calme]

Java 8 repoussé à 2014
Les ingénieurs d’Oracle travaillent plus à colmater les failles de sécurité qu’à la conception de JDK 8

Mise à jour du 19/04/2013

Initialement prévu pour septembre prochain (voir section « Retrouvez le dossier complet de la rédaction »), Java 8 ne pourra plus respecter sa Roadmap initiale.

C’est dans un billet de blog que Mark Reinhold, architecte en chef de la plateforme Java d’Oracle, explique les raisons qui justifient le retard de la publication de Java 8.

« Le maintien de la sécurité de la plateforme Java est toujours prioritaire sur le développement de nouvelles fonctionnalités, de sorte que les ingénieurs ont été inévitablement accaparés loin de leur travail sur Java 8 », dit-il.

En effet, face aux récentes vagues de vulnérabilités liées à Java sur les navigateurs web, les ingénieurs Oracle ont dû redoubler d’efforts et de vigilance pour colmater les failles de sécurité.

Bien que Reinhold mentionne le premier trimestre de 2014 comme nouvelle date de sortie du JDK 8, une « Developer Preview » sera disponible au courant du mois de septembre.

Oracle voit par la même occasion un décalage de son Projet Lambda, l’attraction principale de Java SE 8, qui sera disponible au plus tôt en mai, soit trois mois après la date prévue initialement. Le Projet Lambda devrait booster la programmation multicœurs en ajoutant des fonctionnalités relatives à ce type de programmation.

Java SE 9 est maintenant prévue pour l’horizon 2016, alors qu’elle avait été annoncée pour 2015. La version viendrait avec le Projet Jigsaw qui lui apportera un système de module. Jigsaw devait initialement être embarqué dans le JDK 8.


Source : billet de blog sécurité, calendrier Java

Et vous ?

De la sécurité sur des versions antérieures et la conception d’un nouveau produit, quelle est, selon vous, l’activité qui devrait requérir le plus l’attention ?

Avec les attaques toujours croissantes contre la plateforme Java, pensez-vous que ce nouveau calendrier puisse être respecté ?

[Traroth2]

"Jigsaw devait initialement être embarqué dans le JDK 8"

Non, Jigsaw et Lambda devaient initialement faire partie de Java 7 ! Autant dire qu'ils deviennent un véritable serpent de mer du monde Java...

Une pensée pour ceux qui affirmaient que l'arrivée d'Oracle aux commandes allaient accélérer l'évolution de plateforme...

[spyserver]

N'oublions que Java étant un des langages les plus utilisés, il est donc plus exposé mais la correction des failles est de facto plus importante que les évolutions, on construit pas sur un gruyère, donc c'est bénéfique même si ça nuit un peu à la réputation du langage.

[Hinault Romaric]

Java 8 sortira le 18 mars 2014
Oracle publie une nouvelle roadmap pour le langage

Oracle vient de définir officiellement un nouveau calendrier pour Java SE 8, dont la date de sortie initiale a été retardée pour corriger les failles dans la plateforme (voir section « Retrouvez le dossier complet de la rédaction »).

Java fait depuis plusieurs mois face à une vague de failles de sécurité exploitables via les navigateurs. La priorité d’Oracle est de ramener la confiance des utilisateurs en accordant une priorité absolue à la correction des vulnérabilités.

Ainsi, les développeurs n’ont pas pu se concentrer sur l’intégration des nouvelles fonctionnalités à Java 8, repoussant ainsi sa sortie au 18 mars 2014, selon un récent billet de blog de Mark Reinhold, le responsable du projet chez Oracle.

La nouvelle roadmap du langage prévoit le gel des fonctionnalités de JDK 8 le 23 mai 2013, la sortie d’une préversion pour les développeurs en début septembre et la publication de la Release Candidate en fin janvier 2014.

Pour rappel, Java 8 introduira comme nouveautés : les expressions lambda, le moteur JavaScript Nashorn, les annotations, la nouvelle API « date and time », la convergence des JVM et bien plus. Le projet Jigsaw pour la mise en place d'un système de module a été repoussé à Java 9.



Source : nouvelle roadmap de Java 8

[_skip]

Sympa,
Ca fait que l'année prochaine on aura quasiment 75% des fonctionnalités dont on parlait en 2009 pour java 7.
Ca me laisse un peu sur ma faim tout ça, par contre les auteurs de nouveaux langages pour la JVM doivent se frotter les mains de ce retard puisque ça leur donne la possibilité de sortir une version 1.0 avant Java8.

[Traroth2]

Ben je pense que Jigsaw, on peut définitivement oublier...

[_skip]

Ben je pense que Jigsaw, on peut définitivement oublier...

Ce qui m'inquiète aussi c'est le jour où on l'a, comment ils s'en servent?
Car l'un des grands intérêts d'un JDK modulaire, plutôt que se substituer à un build system, ce serait de pouvoir faire évoluer les API de bases en cassant légèrement la sacro-sainte compatibilité.
Mais Oracle semble plus frileux que je croyais sur le changement et l'évolution...

[Marauder]

Le 18 mars 2014...Quel manque de précision ! Ils ont oublié l'heure !!

[Matthieu Vergne]

Pour moi qui suit habitué à jouer la flexibilité à coup d'interfaces et de classes anonymes, les lambda expressions seront un plus de taille : enfin des codes concis pour des fonctionnalités concises ! Vivement Mars prochain {^_^}.

[B.AF]

Mais où part Java...

[nicknolt]

Les lambdas expressions existent depuis la 3.5 en .NET (2007) ...

[Matthieu Vergne]

Que ça existe ailleurs n'a rien à voir : si tu programme en Java tu t'en fiches pas mal que .NET l'ait ou pas. Ou si tu préfères, c'est plus facile de l'utiliser directement en Java plutôt que de mélanger Java et .NET.

[Hinault Romaric]

Oracle: pas de nouveau report de Java 8
même avec des bugs, JDK 8 sera publié le 18 mars

« Même avec des bugs, il sera publié. » Oracle souhaite absolument publier le JDK 8 le 18 mars prochain.

Mathias Axelsson, le gestionnaire du calendrier de JDK 8 chez Oracle, dans un message sur la liste de diffusion du projet, a présenté l’état actuel de celui-ci et réaffirmé son engagement à publier une version stable de la prochaine itération de la plateforme de développement dans deux mois

Initialement prévu pour septembre 2013, Oracle a été obligé de revoir le calendrier de développement de JDK 8, afin d’apporter une réponse aux vagues des failles de sécurité dont avait été victime la plateforme l’an dernier. Ce calendrier prévoit la sortie de la Release Candidate (RC) de JDK 8 le 23 janvier.

Toutefois, Mathias Axelsson précise qu’à ce stade, seuls des « bugs bloquants » seront corrigés dans la version initiale. Les autres seront renvoyés dans une prochaine mise à jour, pour respecter la date de sortie prévue.

Pour rappel, Java 7 avait été également publié avec des bugs, notamment des problèmes avec le compilateur. Ce n’est donc pas nouveau qu’Oracle livre un Java bogué.

Java 8 introduira comme nouveautés : les expressions lambda, le moteur JavaScript Nashorn, les annotations, la nouvelle API « date and time », la convergence des JVM et bien plus. Le projet Jigsaw pour la mise en place d'un système de module a été repoussé à Java 9.


Source : Liste de diffusion JDK 8

[Traroth2]

Java 7 a conservé une mauvaise réputation qui fait que je ne connais absolument personne qui se sert de ses fonctionnalités, deux ans et demi après sa publication...

[Matthieu Vergne]

Moi je viens d'y passer pour pouvoir utiliser Files.newDirectoryStream(path).iterator() pour pouvoir itérer sur un dossier énorme sans perdre du temps à tout lister dès le début et remplir la RAM inutilement. Par contre j'avoue qu'Eclipse est plus stupide pour remplir les generics depuis, vu que certains sont devenus optionnels mais que lui les oublies un peu trop.

[bruneltouopi]

Je ne sais pas sir Je vais me mettre sous Java 8 vu qu'oracle certifie l'existance de bugs.j'ai l'impression qu'oracle de consacre pas ses efforts à resoudre déjà tous les bugs de java7.C'est énorme comment de java6 à java7 on y'a tous ces problèmes.
Il faut vraiment qu'on me donne des raisons tellement valable à de voir migrer.On me dira certainement la sécurité.

[adiGuba]

Je ne sais pas sir Je vais me mettre sous Java 8 vu qu'oracle certifie l'existance de bugs.j'ai l'impression qu'oracle de consacre pas ses efforts à resoudre déjà tous les bugs de java7.C'est énorme comment de java6 à java7 on y'a tous ces problèmes.

Sincèrement : on est passé à Java 7 sans que cela ne pose aucun problème.

Le bug du projet Lucene était vraiment très spécifique et n'a pas dû toucher grand monde mis à part ceux qui utilisait le projet Lucene.
En plus il avait été résolu assez rapidement...


En plus il ne faut pas tout mélangé lorsqu'on parle de "bugs".
Cela peut regrouper vraiment de tout jusqu'à une simple coquille dans la documentation !

Et justement le message annonce bien que tous les bugs bloquant seront traités en priorité, et que les autres seront remis à plus tard... ce qui est généralement le cas lorsqu'on approche de la "dead-line".
Il n'y a rien d'anormal à cela !

Les produits "zéro-bugs" n'existe pas... à moins de se contenter d'un simple "Hello World".


a++