Discussion :

[komando]

Bonjour,

j'utilise la classe Scanner pour lire le contenu d'un fichier et stocker le tout dans une String en une seule fois grâce à une astuce que j'ai trouvé dans les site de Sun : http://java.sun.com/developer/JDCTec...04/tt1201.html

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
22
23
24
 
public class ScannerTest {
 
	public ScannerTest() {
		String filePath = "/home/me/one.log";
		try {
			Scanner scanner = new Scanner(new File(filePath));
			scanner.useDelimiter("\\Z");
			String holeFile = scanner.next();
			System.out.println(holeFile);
		} catch (FileNotFoundException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}
	}
 
	/**
         * @param args
         */
	public static void main(String[] args) {
	new ScannerTest();
	}
 
}

Le programme marche bien sur les deux OS Windows et Linux quand les fichiers sont créés par ce même OS. Mais lorsque Linux tente de lire un fichier produit par Windows, j'obtiens une jolie Exception

NoSuchElementException : Y a-t-il un moyen de garder l'utilisation de Scanner ? un remplaçant de //Z ? Merci

[adiGuba]

Salut,


Je ne connais pas trop le pattern \\Z, mais il doit donc être dépendant de caractères propre au système...

De plus je ne trouve pas ce code super

• Un traitement sur un fichier directement dans un constructeur
  Il serait préférable d'utiliser une méthode...
• Scanner cache les IOException
• Tu ne fermes pas le scanner (et un flux qui reste ouvert pour rien).
• Tu ne gères pas l'encodage...
• Cela utilise des expressions régulières pour simplement lire un fichier !

Bref pas top : c'est peut-être un poil plus long à coder en passant par un InputStreamReader, mais au moins ca marche dans tous les cas...

a++

[komando]

oui t'as raison mais le code que j'ai donné,c'est juste un code "demo" vite fait pour expliquer le problème et permettre de le tester rapidement.

Pour l'instant, j'ai basculé vers les IO classique. L'utilisation de scanner avec ce pattern me permet dans une seule instruction de stocker le contenu du fichier dans un string afin de subir diférents traitement plus tard.
La taille des fichiers traités (qq Ko selement ) permettant ce genre de manip