Discussion :

[adiGuba]

Voici un aper�u des principales nouveaut�s de Java SE 7, avec notamment :

• les �volutions du langage apport� par le projet Coin
• le support des langages dynamiques
• de nouvelles APIs d'entr�es/sorties (NIO.2)
• et bien plus encore...

Bonne lecture : http://adiguba.developpez.com/tutoriels/java/7/

Et vous ? Avez-vous migrer vers Java 7 ? Pensez-vous le faire ?
Que vous inspire cette nouvelle version de la plateforme Java ?

a++

[wax78]

Je sent que mon apr�s midi productive va �tre remplac�e par une petite lecture ...

Merci pour l'article.

[thelvin]

*Sifflement admiratif*

Eh ben t'a pas fait les choses � moiti�, �a c'est une pr�sentation de nouveaux features, claire, pr�cise, abordant tous les sujets � ma connaissance, et en fran�ais.

Que dire ? Bon boulot. Vraiment bon boulot.

[chakram]

Exactement ce que je cherchais... Une bonne synth�se exhaustive et en plus accessible au b�otien...

Un seul mot : Merci !

[rushtakn]

Excellent article. Merci pour le travail de synth�se.

[thierryler]

Merci pour ce bon article, avec une super pr�sentation.

[wizaord]

Tr�s bon article. Merci.

[N�pomuc�ne]

Merci beaucoup
J'ai bien appr�ci� la partie java.nio.file qui va me faciliter l'existence
(l'encodage de caract�res avec la classe FileWriter est une vraie purge)

La transparence va mettre un coup de neuf � mes �crans

Vraiment une bonne pr�sentation

[loicdvi]

Merci pour ce superbe article de qualit� !

Enfin de l'am�liorer encore, j'ai not� quelques coquilles :

• Paragraphe "FileAttributeView : acc�s aux attributs", exemple "Acc�s aux attributs par leurs noms" :
  

  Code :

  S�lectionner tout - Visualiser dans une fen�tre � part

  // Pour la vue basiqueClaude Leloup2012-03-01T17:08:06Sauf si c'est un terme de syntaxe, le nom de la vue peut être omis :

  => pb de coller malheureux ?
  

  Code :

  S�lectionner tout - Visualiser dans une fen�tre � part

  long size = (Long) Files.getAttribute(path, size); // basic:size

  => il manque des "" autour du second param�tre de la m�thode "getAttribute"
  
• Paragraphe "WatchService : d�tecter les changements dans un r�pertoire", exemple "Surveiller les modifications d'un r�pertoire" :
  

  Code :

  S�lectionner tout - Visualiser dans une fen�tre � part

                  if (event.king()==StandardWatchEventKinds.OVERFLOW)

  => m�thode "kind", pas "king"
  
• Paragraphe "ZIP FileSystem : g�rer les archives Jar/Zip simplement !"
  
  • Exemple "Exemple de traitements � l'int�rieur d'un fichier ZIP" :
    

    Code :

    S�lectionner tout - Visualiser dans une fen�tre � part

            try (DirectoryStream<Path> stream = Files.newDirectoryStream(zipFS.getPath(/))) {

    => manque des "" autour du "/" dans la m�thode "getPath"
  • Juste avant l'exemple "D�compression d'une archive ZIP" :
    

    Code :

    S�lectionner tout - Visualiser dans une fen�tre � part

    On utilise pour cela la méthode Fils.walkFileTree()

    => manque un "e" � "Files"
  
  
• Paragraphe "Les tout petits plus..."
  
  • Exemple "Ex�cution de programme externe" :
    

    Code :

    S�lectionner tout - Visualiser dans une fen�tre � part

        Process process = new ProcessBuilder(ls)

    => manque des "" autour du "ls"
  • Exemple "Exemple d'utilisation de Objects dans une classe simple" :
    

    Code :

    S�lectionner tout - Visualiser dans une fen�tre � part

            this.date = Objects.requireNonNull(date, date is null);

    => manque des "" autour de "date is null"

[zann12]

Bonjour,

Je viens de lire une partie de votre article et vous remercie de cette initiative qui permet de nous immerger rapidement dans cette version 7.

Dans la partie "try-with-resources", j'ai not� le fait qu'

Il faut malgr� tout continuer de se m�fier des encapsulations de flux. En effet si l'un des flux g�n�re une exception, le flux qu'il encapsule ne sera pas visible par le try-with-resources et il ne pourra donc pas �tre ferm� correctement

et vous prenez pour exemple le code suivant :

try (ObjectInputStream ois = new ObjectInputStream(new FileInputStream("file")))

Or ObjectInputStream est un d�corateur, sa m�thode close() a aussi la responsabilit� de fermer les flux qu'elle d�core.

J'ai regard� rapidement le code de ces m�thodes et il me semble bien que cela soit le cas.

Dans cette exemple, le try-with-resources ferme bien toutes les ressources. A moins que je fasse fausse route ?

[adiGuba]

Salut,

Or ObjectInputStream est un d�corateur, sa m�thode close() a aussi la responsabilit� de fermer les flux qu'elle d�core.

C'est tout � fait vrai, et le code suivant est correct la plupart du temps :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
try (ObjectInputStream ois = new ObjectInputStream(new FileInputStream("file"))) {
 
}

Mais pour que la m�thode close() soit ex�cut�e, il faut que l'objet ObjectInputStream soit cr�� correctement.
Or le constructeur d'ObjectInputStream effectue une op�ration de lecture afin de lire le header propre � la s�rialisation Java.
Du coup lorsque le fichier n'est pas au bon format, on a une exception StreamCorruptedException qui est remont�e � la cr�ation de l'ObjectInputStream.

Mais si l'instance de ObjectInputStream n'a pas pu �tre cr��, elle ne pourra pas �tre ferm�e par le try-with-ressource, et le FileInputStream sera alors perdu...

En s�parant les deux flux, tu es s�r de bien les fermer quoi qu'il arrive :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
try (FileInputStream fs = new FileInputStream("file");
    ObjectInputStream ois = new ObjectInputStream(fs)) {
 
}

Si "ois" ne peut pas �tre cr��, "fs" sera quand m�me ferm�.



Cela semble anodin mais ca peut �tre tr�s probl�matique dans une appli serveur destin� � traiter de grosse quantit� de donn�es...


a++


PS : @loicdvi Merci de vos remarques. Je vais modifier l'article d�s que possible.

[zann12]

Je vous remercie pour vos pr�cisions
Je prends note.

Bonne soir�e

[Akhlo]

Super pr�sentation,

juste une remarque :
j'ai essay� l'exemple du Phaser avec un nombre super grand de Thread. Genre 2000 (ouai, je suis un ouf malade).
(adiguba.developpez.com/tutoriels/java/7/#IdTitreCode-d0e10163)

Du coup, l'ordre des �tapes n'est plus bon

Avec un nombre de thread connu, il vaut mieux faire tous les register avant de les lancer.

[thelvin]

Hello Akhlo,

ou alors, on s'inspire de la JavaDoc de Phaser : le thread qui cr�e les autres threads s'enregistre lui aussi, et chaque thread cr�� commence par appeler arriveAndAwaitAdvance(), ce qui fait donc que tous les threads cr��s attendent que le thread cr�ateur l'appelle aussi.
Quand le thread cr�ateur a fini de cr�er tous les threads, il appelle arriveAndDeregister(), ce qui lib�re tous les autres, et fait en sorte qu'ils ne l'attendent plus.

Cela marche, qu'on connaisse ou non le nombre de threads.