Discussion :

[nu_tango]

D'accord avec Flaburgan, même si les nouvelles fonctionnalités ne sont pas celles que j'attendais en priorité. C'est un bonne chose qu'ils aient enfin sorti une nouvelle version.

Il va falloir être patient en attendant java 8

Sinon à l'installation du jdk-7-windows-i586.exe : quand je veux changer la location (par exemple pour le mettre dans c:\java) du répertoire d'installation en appuyant sur "Change...", msiexec me pête un message (voir PJ)

J'avais résolu le souci en faisant un back puis un next avec les précédentes versions, mais là ça ne fonctionne pas je vais essayer d'aller l'installer sur un autre poste

A+

[air-dex]

Maintenant que Java 7 est sorti, on va pouvoir inscrire les enums Java dans la liste des espèces en voie de disparition. Place aux codage avec les pieds et aux Strings dans les switch et leurs futures erreurs chronophages dues à des problèmes de casse indécelables avant l'exécution.

[tchize_]

Place aux codage avec les pieds et aux Strings dans les switch et leurs futures erreurs chronophages dues à des problèmes de casse indécelables avant l'exécution.

Ceux qui remplaceraient des enums par des strings sont les mêmes qui le faisaient avant avec des int alors ça change rien. De plus String et enum sont pas incompatible. Exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
switch(clesLueDespuisLeFichierQueJaiPasEncoreconvertiEnEnum){
   case "Machin":
     return new Node (MonEnum.Machin, parametres[0], parametres[1]);
   case "Truc":
     return new Node (MonEnum.Truc, parametres[0], parametres[1], parametres[2]);
   case "Bidule":
     return new Node (MonEnum.Bidule);
   default :
     return new Node(MonEnum.Unknown);
}

[Uther]

Maintenant que Java 7 est sorti, on va pouvoir inscrire les enums Java dans la liste des espèces en voie de disparition. Place aux codage avec les pieds et aux Strings dans les switch et leurs futures erreurs chronophages dues à des problèmes de casse indécelables avant l'exécution.

Encore faut il que l'énumération ait un sens. S'il s'agit de créer une énumération qui ne sert que pour un switch c'est bidon.

De toute façon quand ces gens la voient que les String dans un switch ne marchent pas, ils font tout simplement une chaine de if, pas une énumération.

[Flaburgan]

Tu as les droits en écriture là où tu veux l'installer ? (ça paraît bête mais je demande..) (et pis les droits d'install aussi, on sait jamais haha)

[Benferhat]

Jbuilder 2006 accepte Java 7 ???

[Aspartame]

linux, solaris, windows .... whaouuuuu !

mac ??


deploy everywhere .... but on apple

[Uther]

Bah le problème du Mac c'est que ca va prendre un certain temps de réintégrer dans OpenJDK les travaux d'Apple. Ca viendra a coup sur, mais il faudra être patient.

[bouye]

Le planning prévoyait depuis longtemps que la version Mac sorte plus tard que les autres (en même temps ça ne change pas grand chose par rapport a quand Apple s'en occupait).

[Idelways]

Un bogue sur Java 7 paralyse Apache Lucene et Solr
Une optimisation défectueuse du compilateur Hotspot incriminée

Mise à jour du 1 août 2011 par Idelways


Un sérieux bogue vient d'être dévoilé suite au lancement final de Java 7. Il entrave le fonctionnement de deux projets de la fondation Apache, notamment Lucene, le célèbre moteur de recherche en full-text.

Le problème se situe plus précisément au niveau du compilateur Hotspot qui intègre un optimisateur défectueux, capable de créer des boucles potentiellement erronées.
Par conséquent, la machine virtuelle Java peut planter à l'exécution, ou produire des résultats de calculs incorrects.

Pour Lucene, ce bogue risque de corrompre l'index, plus particulièrement sur la version qui embarque le PulsingCodec.

L'autre projet phare de la fondation Apache affecté par ce bogue est Solr, le moteur de recherche issue de la bibliothèque Lucene sus-citée.

Oracle aurait découvert ce bogue 5 jours avant la sortie de Java 7 en version définitive, mais aurait préféré reporter sa correction au deuxième « service release » de Java 7. Le premier étant réservé à la correction des bogues de sécurité, sauf changement de planning.

En attendant, les utilisateurs des deux projets doivent temporiser avant de passer à Java 7 en production ou l'utiliser avec l'option -XX:-UseLoopPredicate qui désactive l'optimisation et met ainsi l'index Lucene à l'abri.

Un bogue similaire peut surgir sur Java 6 avec les flags -XX:+OptimizeStringConcat et -XX:+AggressiveOpts qui activent des optimisations Hotspot par défaut désactivées.

Trois rapports de bogues ont été admis par Oracle, l'un de faible priorité et les deux autres de priorité modérée.
De pareils dysfonctionnements n'ont pas encore été signalés sur des produits autres que ceux de la fondation Apache.

Pour plus d'informations sur les nouveautés de Java 7, lire ci-devant.


Source : avertissement de la fondation Apache

Et vous ?

Qu'en pensez-vous de ce bogue ? L'avez-vous rencontré ?

[Julien Bodin]

A propos des optimisations, est-ce qu'on sait quels types d'algorithmes seront optimisés par les améliorations intégrées à Java 7 ?

[Logan Mauzaize]

Je viens de me balader sur la nouvelle JavaDoc (que je trouve bien moche) et je constate que sur le package java.awt, la couleur des lignes n'est pas alternée ?!
Un petit bug ?


Pour revenir sur les énumérations, je rajouterai que les références static c'est le mal

[kdmbella]

j'ai toujours dit qu'il faut éviter de passer en prod avec une version non encore éprouvé pour moi la migration vers java 7 c'est pas pour tout de suite

[_skip]

Je viens de me balader sur la nouvelle JavaDoc (que je trouve bien moche) et je constate que sur le package java.awt, la couleur des lignes n'est pas alternée ?!
Un petit bug ?

Comparez :
http://download.oracle.com/javase/7/...ql/RowSet.html
http://download.oracle.com/javase/6/...ql/RowSet.html

J'ai surtout l'impression que l'ancienne version est infiniment plus lisible... Je trouve le contraste de la nouvelle version trop faible (peine à repérer les liens), la première colonne du tableau infiniment trop large sur mon écran (25% de la largeur) et j'ai l'impression que les commentaires apparaissent plus que les signatures des méthodes.

[Logan Mauzaize]

Je plussoie !

Je trouve ça moins lisible et j'ai l'impression que ca prends plus de place en hauteur ... Pas génial pour les portables à la résolution limité en hauteur.
Ca ne vaut pas celle d'Android dans laquelle tu gardes toujours les frames ...

[Idelways]

Java 7 Update 1 corrige l'incompatibilité avec Apache Lucene et Solr
Due à une optimisation défectueuse du compilateur JIT

Mise à jour du 27 octobre 2011 par Idelways


Une anomalie découverte quelques jours avant la sortie de Java 7, et laissée pour compte par manque de temps, vient d'être écartée.

Oracle sort l'Update 1 de Java 7 qui corrige l'optimisation défectueuse du compilateur Hotspot, responsable de boucles potentiellement erronées, pouvant produire des résultats de calculs incorrects, ou faire crasher la JVM à l'exécution.

Cette anomalie touchait notamment Apache Lucence, le célèbre moteur de recherche en full TEXT, ainsi que son sous-produit Solr.

Oracle a sortie cet Update il y a quelques jours, mais n'a mis à jour qu'aujourd'hui les statuts des trois rapports du compilateur "JIT [Just in Time] et les bogues de boucle" signalés par la fondation. D'autres bogues relatifs, découverts en interne, ont été corrigés.

Uwe Schindler, un contributeur du projet confirme après des tests que l'anomalie a bien été résorbée. Il n'a cependant pas précisé si l'utilisation des flags -XX:+OptimizeStringConcat et -XX:+AggressiveOpts reste toujours recommandée.


Télécharger Java 7u1

Source : Oracle, blog d'un contributeur à Apache

[lunatix]

Suite au blog du developpeur lucene : Oracle a mis a jour les releases notes de java7u1

http://www.oracle.com/technetwork/ja...es-507962.html

JIT and Loop Bugs
Three bugs reported by various parties, including Apache Lucene developers, have been fixed in JDK 7 Update 1, in addition to a fourth related bug found by Oracle (7070134, 7068051, 7044738, 7077439).

c'est maintenant parfaitement clair : go pour java 7 en prod

[Traroth2]

Aaahhhhhh !!!

Voila une excellente nouvelle ! Encore quelques semaines, et j'envisagerais de passer à Java 7...