Oracle entame la migration vers Java 7 pour le grand public

[Hinault Romaric]

Oracle entame la migration vers Java 7 pour le grand public
et publie Java SE 7 Update 4 et JavaFX 2.1

Java 7 est désormais disponible pour le grand public.

Publiée pour les développeurs depuis juillet 2011, la dernière version du langage Java est désormais disponible dans le Java Runtime Environment (JRE) pour les consommateurs.

Oracle a annoncé récemment qu’il a commencé le processus de mise à jour des utilisateurs vers la version 7. Les personnes utilisant le runtine Java vont donc être migrées automatiquement vers la version 7 progressivement au cours des prochains mois.

La société encourage les utilisateurs des anciennes versions à utiliser JRE 7 qui contient les fonctionnalités les plus récentes, des améliorations de performance et des mises à jour de sécurité.

Java 7 est disponible pour les utilisateurs sur Java.com, ils peuvent vérifier la version de Java qu’ils utilisent sur ce site. Oracle recommande de désinstaller l’ancienne version avant de migrer sur la récente.

Cette décision intervient juste quelques jours après la publication de Java Standard Edition 7 Update 4 (Java SE 7 Update 4) et de JavaFX 2.1.

Java SE 7 Update 4 tire parti des meilleures caractéristiques des machines virtuelles Oracle JRockit et Oracle Java HotSpot. Toutes les améliorations de performances disponibles dans Oracle JRockit ont été fusionnées dans Oracle Java HotSpot et OpenJDK, l’implémentation open source de Java SE.

Cette mise à jour intègre également la nouvelle génération de l’algorithme de récupération d’espace mémoire Garbage First (G1).

La plateforme de création d’applications internet riches (RIA) JavaFX 2.1 introduit de nouvelles fonctionnalités comme le support des médias numériques au format MPEG-4 utilisant de la vidéo H.264/AVC et du son AAC (Advanced Audio Coding), la prise en charge des appels aux méthodes Java depuis JavaScript dans WebView permettant le rendu du contenu HTML/JavaScript en laissant JavaScript appeler des API Java afin de se décharger des opérations spécifiques au langage...

Oracle a par ailleurs publié la première version du JDK pour Java 7 pour Mac OS X.

Télécharger Java SE 7 Update 4

Télécharger JavaFX 2.1



Source : Oracle

[benferhat1]

Avec cette nouvelle version de jre 7u4 impossible d’exécuter mes applications .jar que je peux les lire avec la version jre 6u32, donc je pense qu'il y a un problème avec le jre7

[tchize_]

le jre 7 étant disponible depuis bientôt 1 an, je pense plutot que le problème est sur ton installation . Des bugs qui rendent toutes les applications inutilisables ne seraient pas passé à travers les mailles du filet.


Ceci dit messieurs les professionels, c'est le bon moment pour finaliser la migration de vos serveurs, je vous rappelle au passage que java 6 ne sera plus supporté à partir de novembre à moins de sortir les billets

[eclesia]

Envoyé par tchize_

Ceci dit messieurs les professionels, c'est le bon moment pour finaliser la migration de vos serveurs, je vous rappelle au passage que java 6 ne sera plus supporté à partir de novembre à moins de sortir les billets

Le passage sur JVM 7 n'est meme pas une option dans nos produits. la version jaxb actuellement presente malgres ses mise a jours a chaque update est toujours incapable de traiter certaines cas d'annotation xml alors qu'elle le fait dans des précedentes version (6). a cela s'ajoute les conteneurs web tel glassfish/jboss qui embarque leur propres version. un beau mechoui de différence de versions qui n'apporte que des problèmes.
Sans oublier certain crash spontané du g1gc (du moins dans la u1 et u2).


JavaFX n'est toujours pas disponible sous linux x64 ce qui n'arrange pas l'affaire et n'est qu'en 'preview release' sous x32. chose que l'on attend depuis des années maintenant. Depuis la version 1 à aujourdhui on a contiennellement droit a des annonces 'sortie linux en fin d'année' ... mais ce n'est jamais arrivé.

Non messieurs, la jvm 7 n'est pas encore viable en production, ou du moins pas pour tout le monde et surtout sans javafx.

[tchize_]

ha bon, il y avait du support java fx sous linux pour java 6 ?

[revever]

"La société encourage les UTILISATEURS des anciennes versions à utiliser JRE 7". Par contre, Oracle n'a pas indiqué que les applications qu'utilisent ces utilisateurs doivent d'abord être récrites en Java 7.

Donc si je comprend bien, ceci dit que JRE7 est rétrocompatible?

[tchize_]

java est toujours supposé rétro compatible entre ses versions.

Maintenant, entre la théorie et la pratique:
-> les bug de java 7 ne sont pas les même que java 6
-> les effets de bords non documentés ne sont pas les mêmes

Donc vous pouvez avoir une application dysfonctionnelles sous java 7 soit parce qu'elle tombe sur un bug obscur de la jvm 7, soit parce qu'elle exploitait un bug de la java 6.

Bref: faut comme d'habitude dans une migration, tester ses applications

[_skip]

Wow, EOL au mois de novembre .
http://www.oracle.com/technetwork/java/eol-135779.html

Je pensais qu'on était tranquille encore 10 ans.

[_skip]

Envoyé par eclesia

Le passage sur JVM 7 n'est meme pas une option dans nos produits. la version jaxb actuellement presente malgres ses mise a jours a chaque update est toujours incapable de traiter certaines cas d'annotation xml alors qu'elle le fait dans des précedentes version (6).

Cette spécification est tellement une grosse merde en même temps.
As-tu essayé de faire de l'endorsed pour résoudre ton problème de version?

[tchize_]

Envoyé par _skip

Je pensais qu'on était tranquille encore 10 ans.

L'époque sun avec 10 ans de support, c'est fini

aujourd'hui, la politique de Oracle, c'est deux versions concurrentes supportées simultanément. Avec 1 nouvelle version tous les 18 mois, ca donne 3 ans de support. Maintenant, java 8 étant reporté à 2013, pas impossible qu'il allongent le EOL en conséquence

Avec le extended support, tu rajoute 4 ans +-
Au delà faut déjà allonger beaucoup de biftons, mais je ne doute pas que certaines grosses société le fassent

C'est déjà mieux que les 6 semaines de firefox

[-gma-]

Envoyé par tchize_

-> les effets de bords non documentés ne sont pas les mêmes

D'un autre côté exploiter des effets de bords non documentés (ou explicitement documenté comme indéfini) c'est un peu chercher les coups.

Je me souviens de la migration 1.4 => 6 d'un application Swing et la majorité des régressions se trouvaient dans des parties du code pas très catholiques (souvent commentées avec avec le mot "workaround" )

Mais sinon je suis d'accord, les tests sont nécessaires et toutes premières releases sont à éviter.

[tchize_]

Envoyé par -gma-

Je me souviens de la migration 1.4 => 6 d'un application Swing et la majorité des régressions se trouvaient dans des parties du code pas très catholiques (souvent commentées avec avec le mot "workaround" ).

Genre j'invoque une dialog box standard, je la caste en JDialog, je prend son contentPane, j'accès au 4ème élément, je le supprime, je le remplace par un JPanel de mon cru.

Et à la version suivante y a plus d'élément 4 dans le content pane?

[-gma-]

Envoyé par tchize_

Genre j'invoque une dialog box standard, je la caste en JDialog, je prend son contentPane, j'accès au 4ème élément, je le supprime, je le remplace par un JPanel de mon cru.

Et à la version suivante y a plus d'élément 4 dans le content pane?

Et les events instanciés à la main et propagés pour mettre à jour un parent 4 niveaux ou dessus ou les appels en dehors de l'EDT.

Avec une pincée de surcharge des classes d'UI aussi (sachant que c'était du Motif parce que l'appli était déployée sous Solaris mais qu'on développait sous XP )