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

Le , par Malick

23PARTAGES

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-le nous !

Avatar de abriotde
Membre éprouvé https://www.developpez.com
Le 23/04/2015 à 13:42
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...
Avatar de redcurve
Membre confirmé https://www.developpez.com
Le 23/04/2015 à 13:46
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...
Asp.net est ton amie donc
Avatar de Caranille
Membre du Club 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)
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 )
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
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).
Avatar de CEDRIC_D
Membre habitué 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 !
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
Avatar de Traroth2
Membre chevronné 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.
Avatar de Traroth2
Membre chevronné 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.
Contacter le responsable de la rubrique Accueil

Partenaire : Hébergement Web