Java 8 repoussé à 2014
Les ingénieurs d'Oracle travaillent plus à colmater les failles de sécurité qu'à la conception du JDK 8
Le 2013-04-19 12:40:25, par Stéphane le calme, Chroniqueur Actualités
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é ?
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 ?
-
adiGubaExpert éminent séniorSincè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++le 15/01/2014 à 17:20 -
plawyxMembre chevronnéstream, collectors, méthode par défaut dans les interfaces, lambdas.
A mon avis, il y a beaucoup plus de raisons pour passer à jdk 8 que d'avantages procurés lors d'un passage du 6 au 7le 15/01/2014 à 17:43 -
javan00bMembre actif99% des bugs c'étais des problèmes de sécurité lié au applets, c'étais vraiment une grosse farce la facon dont tout le monde ont pointé java du doigt en 2013.
J'aurai meme pas peur de rouler java 8 en prod dès Juin.le 16/01/2014 à 0:49 -
Traroth2Membre émérite@espresso : j'ai saisi une conversation au vol aujourd'hui qui parlait d'un truc du genre. Sans garantie donc... Tu as essayé de baisser le niveau de sécurité dans le panneau de configuration Java ?
voir sur http://www.java.com/fr/download/help...p_security.xml en bas de la page.
(C'est sans garantie non plus sur la sécurité de ton système, hein...)le 15/01/2014 à 21:11 -
espressoFutur Membre du ClubIE GG Chrome et MF étaient tout les trois bloqués.
Mais j'ai baissé d'un niveau comme tu le dis. effectivement, ça fonctionne en attendant une nouvelle mise à jour.
Mercile 15/01/2014 à 22:00 -
tchize_Expert éminent séniorTu trouvera toujours des bugs, maintenant la question est de savoir où tu met la barre "production ready". Vu l'annonce, moi je comprend que la dernière release candidate leur convient et que c'est celle là qui passera en prod.
Pour le reste, je ne peux pas parler pour tout le monde, mais j'attends bien plus la release java 8 que j'attendais la java 7. Pour moi la java 7 a juste amené l'opérateur diamant, le reste j'utilise comme java 6. J'ai mis du temps à passer à java 7 pour une raison toute conne, les processus que je met en oeuvre impliquent de l'AOP et en général, il y a un certain temps de latence entre la sortie de java et le fait que l'instrumentation à la compilation fonctionnele 03/02/2014 à 13:32 -
Logan MauzaizeRédacteur/ModérateurConcernant les failles de sécurité découvertes sous l'air Oracle, il faut tout de même se rappeler que certaines ont été introduites sous l'air Sun. D'ailleurs il me semble que certaines touchaient également Java 5. Surement que le passage sous Oracle aura motivé quelques-uns à trifouiller un peu plus la bête.
Après je ne sais pas comment s'est passé le rachat mais nul doute qu'un certain nombre d'ingénieurs sont les mêmes qui ont officiés sur les précédentes versions de Java.
Quant au rythme d'adoption de Java 7, personnellement les gens y passent plus rapidement que ce ne fut le cas pour Java 5 ou 6. Pour une application métier fonctionnant sur un réseau restreint, il n'y a rien qui motive la montée en version. Surtout quand l'application est "stable" (peu d'évolution). Personne ne va dépenser >50k€ pour un résultat risqué.
Pour ma part, Java 7 aura apporté (en plus de ses nouvelles APIs) le try-with-resources et les supressed-exceptions. D'un point de vue de la robustesse c'est tout de même un grand pas.
Est-ce que j'attends Java 8 ? Pas plus que cela. Il n'arrivera pas sur les projets avant quelques années ...le 14/02/2014 à 8:55 -
Traroth2Membre émérite"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...le 19/04/2013 à 13:55 -
spyserverMembre confirmé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.le 22/04/2013 à 14:38
-
_skipExpert éminentSympa,
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.le 30/04/2013 à 16:35