IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par Stéphane le calme

67PARTAGES

1  0 
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é ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de adiGuba
Expert éminent sénior https://www.developpez.com
Le 15/01/2014 à 17:20
Citation Envoyé par bruneltouopi Voir le message
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++
10  0 
Avatar de plawyx
Membre chevronné https://www.developpez.com
Le 15/01/2014 à 17:43
Citation Envoyé par bruneltouopi Voir le message

Il faut vraiment qu'on me donne des raisons tellement valable à de voir migrer.
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 7
4  0 
Avatar de javan00b
Membre actif https://www.developpez.com
Le 16/01/2014 à 0:49
99% 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.
3  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 15/01/2014 à 21:11
@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...)
1  0 
Avatar de espresso
Futur Membre du Club https://www.developpez.com
Le 15/01/2014 à 22:00
IE 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.

Merci
1  0 
Avatar de tchize_
Expert éminent sénior https://www.developpez.com
Le 03/02/2014 à 13:32
Tu 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 fonctionne
1  0 
Avatar de Logan Mauzaize
Rédacteur/Modérateur https://www.developpez.com
Le 14/02/2014 à 8:55
Concernant 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 ...
1  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 19/04/2013 à 13:55
"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...
1  1 
Avatar de spyserver
Membre confirmé https://www.developpez.com
Le 22/04/2013 à 14:38
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.
0  0 
Avatar de _skip
Expert éminent https://www.developpez.com
Le 30/04/2013 à 16:35
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.
2  2