Discussion :

[Jimalexp]

Est-ce une pratique courante de tester une Exception due à une intérruption d'un programme ?

Je ne sais pas si cela peut se produire en dehors d'un stop (dans Eclipse).

Par exemple, si l'on stoppe un exécution sur l'instruction suivante :

choix = lecteur.nextLine().charAt(0); // Scanner

On obtient cette exception :

Code :

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

1
2
3
4
5
Votre choix : Exception in thread "main" java.util.NoSuchElementException: No line found
	at java.util.Scanner.nextLine(Unknown Source)
	at labo4.Catalogue.menu(Catalogue.java:146)
	at labo4.Catalogue.<init>(Catalogue.java:22)
	at labo4.Catalogue.main(Catalogue.java:171)

P.S: Merci d'éviter les commentaires portant sur l'instruction en elle-même. Ce n'est pas pertinent.

[gifffftane]

Comment gérer les fermetures accidentelles ( Contrôle-C, kill -2, kill -15) ?

[tchize_]

non, d'ailleurs, cette exception n'est même pas déclarée sur la méthode ReadLine ni dans sa documentation. On peux meme supposer que la remontée de cette exception plutot qu'un IOException est un "bug" dans l'implémentation de sun de "readLine". Il n'est pas courant de catcher les exception runtime imprévisible, et pour cause, ca surchargerais énormément le code. On ne catche que ce qui est courant et déclaré dans les méthodes. Exemple, dans ce cas si, les IOException.