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 !

Oracle met fin au support de Java 7
Les utilisateurs invités à migrer vers Java 8

Le , par Malick

534PARTAGES

6  0 

Oracle vient officiellement d'annoncer l'arrêt des mises à jour pour Java SE 7 (Standard Edition) dès la fin du mois d'avril 2015. Via cette information, les utilisateurs sont avertis sur la non-disponibilité des améliorations de sécurité relatives à cette version de Java dans les mois à venir.

Oracle précise dans son communiqué que « les clients qui ont besoin d'un accès continu à des corrections de bogues critiques et des correctifs de sécurité ainsi que d'un entretien général pour Java SE 7 ou des versions plus anciennes peuvent obtenir un soutien long terme. Le processus de migration des utilisateurs de Java 7 à Java 8 via la fonction de mise à jour automatique devrait avoir lieu après la libération de la CPU (Critical Patch Updates) de janvier 2015 ».

Oracle affirme que le téléchargement de Java SE 7 et des versions antérieures préalablement publiées restera toujours possible via l'archive Java sur Oracle Technology Network. Toutefois, il incite les développeurs et utilisateurs à procéder à une mise à jour de leurs versions de Java SE vers des versions plus récentes disponibles afin de continuer à recevoir les améliorations de sécurité et les mises à jour publiques.

Par ailleurs, Eric Maurice explique sur le blog d'Oracle que la dernière mise à jour critique de Java SE 7 disponible en téléchargement public a été libérée mardi dernier et intègre 14 nouveaux correctifs de sécurité parmi les 98 nouveaux correctifs annoncés pour une grande majorité des produits d'Oracle. En effet, les 84 correctifs restants concernent des produits Oracle Database, Oracle Fusion Middleware, et MySQL.

Source : Oracle

Et vous ?

Utilisez-vous encore Java SE 7 ? Que pensez-vous de cette nouvelle ?

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

Avatar de Gugelhupf
Modérateur https://www.developpez.com
Le 23/04/2015 à 14:30
Toutes les technologies évoluent, que ce soit Java ou ASP .NET

D'ailleurs la communauté Java pense que la techno évolue plus lentement que les autres, surement à cause de la transition Sun/Oracle mais surtout parce que les spécifications Java sont pris au sérieux, une feature que met en place Oracle est d'abord voté par un groupe de personne et d'entreprise (JCP) avant de passer à l'implémentation de la proposition (JSR). Est-ce que les autres technos y ont droit ? De plus en plus je crois, mais pas sur que ce soit tout à fait comparable.

Parmi toutes les technos que je connais, l'évolution de Java reste l'une des plus rétrocompatible (contre-exemple passage de Python 2 à 3). Depuis Java 6 (époque où je me suis mis à faire du Java), je n'ai pas vu de cas où on pouvait écrire un code de telle manière puis cassage lors d'une montée de version. Après c'est sûr que lorsqu'on touche à des notions choses très avancé comme la gestion des fichiers de policy par exemple, oui il y a des choses qu'on fait autrement, mais parmi tout ceux qui sont ici, qui gère beaucoup les fichiers de policy ? Cela concerne certainement une minorité.

L'exemple des frameworks est plus réaliste pour Java, ces dernières évoluent et cassent la rétrocompatibilité mais c'est peut-être voulu ? (pour le support notamment).

@Caranille
Concernant la spécification des servlets/jsp, c'est sûr que ça ne casse pas avec les versions précédentes et que cela évolue dans le bon sens (surtout avec les annotations, le fichier web.xml devient "presque" facultatif), cependant il n'y a toujours pas d'API standard "orienté objet" pour gérer les formulaires de manière sécurisées (token csrf) je crois et ça c'est pas terrible. Et puis comme la spécification Servlet/JSP reste rétrocompatible, on peut faire beaucoup de choses très moches si on confie la gestion d'un projet Web à un débutant ou quelqu'un de désintéressé (d'où le fait qu'il y ait autant de framework en Java surement).
3  0 
Avatar de adiGuba
Expert éminent sénior https://www.developpez.com
Le 23/04/2015 à 22:42
Salut,

Citation Envoyé par Traroth2 Voir le message
La seule version qui a posé quelques problèmes d'incompatibilité, à ma connaissance, c'est Java 5, à cause de l'ajout d'un mot-clé (enum), ce qui a cassé du code existant. Axis 1.x a été rendu obsolète pour cette raison. Mais si tu as d'autres exemples, je suis impatient de les connaitre.
Et encore cela n'a cassé que la rétrocompatibilité des sources, mais pas des binaires.

Toutefois chaque version amène quand même son lot d'incompatibilités (le plus généralement au niveau des sources, parfois au niveau binaire).
Mais c'est généralement des modifications quand même très spécifique et avec peu d'impact pour une application "classique".
Exemple pour Java 8 : http://www.oracle.com/technetwork/ja...e-2156366.html

Citation Envoyé par LeBressaud Voir le message
Donc il n'y aura plus de correctif de sécurité ?

5 ans ça me semble un peu court pour un produit aussi utilisé, c'est pas parce qu'il continue à maintenir un minimum les anciennes versions que ça va ralentir l'évolution de Java.
Il y aura toujours des correctifs de sécurité... mais il faut souscrire au support "premium" pour cela.

a++
2  0 
Avatar de Caranille
Membre régulier https://www.developpez.com
Le 23/04/2015 à 13:52
Pas mal le coup de l'ASP.NET tu as fait ma journée et presque ma semaine.

Rien que le passage de l'ASP.NET MVC 5 à L'ASP.NET VNext est assez chaotique (même si cela ne sort que dans plusieurs mois)

Pour répondre je penses que toute technologie évolue et que malheureusement il faut s'y faire et si vraiment il faut choisir une technologie mieux vaut faire du Java EE pure et de dépendre du moins de framework possible pour rester compatible (Plus dur à faire qu'à dire)
0  0 
Avatar de dfiad77pro
Membre expérimenté https://www.developpez.com
Le 23/04/2015 à 14:09
Citation Envoyé par redcurve Voir le message
Asp.net est ton amie donc

Je ne savais pas qu'ASP était une Fille

Sinon pour Java ce n'est pas un soucis de rétrocompatibilité, mais plutôt de ciblage de la JVM .

Techniquement une application 1.6 tourne sans trop de soucis avec 1.8. ( j'offre le fouet et le gros sel si je dit une connerie )
0  0 
Avatar de Washmid
Membre averti https://www.developpez.com
Le 23/04/2015 à 14:25
Java n'a (en standard) pas besoin de recompilation en ciblant telle ou telle version de la JRE.

Par contre les problèmes arrivent vite avec les framework qui jouent un peu trop avec la JVM et le bytecode, ou les gens qui s'amusent à faire des JRE bidouillés.

.NET, il y a des pages de téléchargement magiques du style : https://www.sqlite.org/download.html

Bref
0  0 
Avatar de CEDRIC_D
Membre actif https://www.developpez.com
Le 23/04/2015 à 14:34
Quid de Java EE 7 ?
Java EE 8 est prévu dans le meilleur des cas pour le troisième trimestre 2016 or Java SE 7 est intégré à Java EE 7 !
0  0 
Avatar de Washmid
Membre averti https://www.developpez.com
Le 23/04/2015 à 15:25
Citation Envoyé par Gugelhupf Voir le message

[...] Depuis Java 6 (époque où je me suis mis à faire du Java), je n'ai pas vu de cas où on pouvait écrire un code de telle manière puis cassage lors d'une montée de version. [...].
Non seulement le code, mais également le bytecode compilés avec java 1.1 (ou 1.2 je sais plus lequel des deux) sont utilisables sans problème avec les dernières versions de java. En théorie
0  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 23/04/2015 à 15:43
Citation Envoyé par CEDRIC_D Voir le message
Quid de Java EE 7 ?
Java EE 8 est prévu dans le meilleur des cas pour le troisième trimestre 2016 or Java SE 7 est intégré à Java EE 7 !
C'est quoi, ta question, au juste ?

La spécification Java EE 7 est sortie en mai 2013. Parmi les serveurs qui implémentent cette version, il y a Glassfish et JBoss Wildfly.
0  0 
Avatar de Traroth2
Membre émérite https://www.developpez.com
Le 23/04/2015 à 15:45
Citation Envoyé par abriotde Voir le message
J'ai une application Web Java 6 et je regrette l'utilisation de Java principalement pour la raison que Java évolue vite et n'est que trop peu retro-compatible. Surtout dans le domaine des framework Web. Seul le JSP est utilisable dans le temps...
La seule version qui a posé quelques problèmes d'incompatibilité, à ma connaissance, c'est Java 5, à cause de l'ajout d'un mot-clé (enum), ce qui a cassé du code existant. Axis 1.x a été rendu obsolète pour cette raison. Mais si tu as d'autres exemples, je suis impatient de les connaitre.
0  0 
Avatar de LeBressaud
Membre confirmé https://www.developpez.com
Le 23/04/2015 à 20:37
Donc il n'y aura plus de correctif de sécurité ?

5 ans ça me semble un peu court pour un produit aussi utilisé, c'est pas parce qu'il continue à maintenir un minimum les anciennes versions que ça va ralentir l'évolution de Java.
0  0