Discussion :

[tolliob]

Bonjour à tous,

Tout d'abord, étant nouveau sur ce forum, j'espère me trouver dans la bonne catégorie.

Ma question comporte la classe Scanner. Je souhaite faire interagir l'utilisateur dans un programme à différentes reprises et différents endroits de mon programme. Pour cela je crée une "public static", où je crée un objet de la classe Scanner, je l'utilise puis le ferme.

Le problème est qu'à la seconde utilisation, j'obtiens un message d'erreur que je n'explique pas...

Voici un exemple simple où le phénomène se produit :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
import java.util.Scanner;
 
public class Essai {
 
	public static String foo () {
		Scanner reader = new Scanner(System.in);
		String answer = reader.next();
		reader.close();
		return answer;
	}
 
	public static void main(String[] args) {		
		for (int i = 0; i < 2; i++) {
			System.out.println(foo());
		}
	}
}

Voici les erreurs retournées par la JVM :

Exception in thread "main" java.util.NoSuchElementException
at java.util.Scanner.throwFor(Scanner.java:838)
at java.util.Scanner.next(Scanner.java:1347)
at Language.Essai.foo(Essai.java:9)
at Language.Essai.main(Essai.java:16)

Quelqu'un a t il une explication de ce phénomène ?

Merci d'avance pour vos réponse, et merci pour le temps pris pour la lecture de ce post.

[plawyx]

Code :

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

reader.close();

Cela ferme à la fois le scanner mais aussi la source associée (ici System.in) quand elle implémente l'interface Closeable. D'où ici la levée d'exception

Code :

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

  Exception in thread "main" java.util.NoSuchElementException

pour résoudre le problème, tu peux faire par exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
import java.util.Scanner;
 
public class Essai {
 
	static Scanner reader = new Scanner(System.in);
 
	public  static String foo () {
 
		return  reader.next();
	}
 
	public static void main(String[] args) {
 
		for (int i = 0; i < 2; i++) {
			System.out.println(Essai.foo());
		}
 
		reader.close();	
	}
}

[tolliob]

Code :

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

reader.close();

Cela ferme à la fois le scanner mais aussi la source associée (ici System.in) quand elle implémente l'interface Closeable. D'où ici la levée d'exception

Code :

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

  Exception in thread "main" java.util.NoSuchElementException

Merci pour ta réponse. Merci aussi pour ton code qui règle ici le problème.

Cependant, ce que je ne comprends pas, c'est que, ok, reader.close() ferme le scanner reader, ainsi que la source associée (system.in). Mais, lorsque l'on demande de rouvrir un scanner par

Code :

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

reader = new Scanner(System.in)

ne réouvre t-on pas la source associée ? Ce serait de la même veine que de fermer la source associée, non ?

[thelvin]

La plupart du temps "rouvrir" un flux ne veut rien dire. Le principe de le fermer, c'est qu'il est fermé et c'est fini.

Pour beaucoup de flux, il est possible d'en créer un autre : créer un nouveau flux de lecture de fichier, créer une nouvelle socket, etc. Mais pour l'entrée standard, les programmes n'en ont qu'une. Pour en créer une autre, il faut démarrer un nouveau programme.

[tolliob]

Moralité, si je comprends bien, dans un code où l'on interagit avec l'utilisateur dans différentes classes et méthodes, il vaut mieux déclarer l'outil

Code :

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

new Scanner(system.in)

dans le main, puis le passer en argument aux différentes méthodes l'utilisant, et le fermer dans le main.

Par contre, si l'on déclare

Code :

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

Scanner reader = new Scanner(file.txt)

, reader peut être ouvert, puis fermé, puis réouvert, puis refermé, etc. Je sais que ça à l'air bête dit comme ça..., mais je pense être dans une situation qui peut avoir besoin de cela (tout dépend des choix de l'utilisateur..., s'il est C**...!!!)

Merci pour vos réponses précieuses !!!!

[thelvin]

C'est ça. À la limite, celui sur System.in t'es pas obligé de le fermer. Après tout, tu as pas ouvert System.in, c'est le démarrage Java qui s'en charge, lui-même basé sur l'OS.