Discussion :

[Tellmarch]

Bonjour,

j'ai un problème étrange que je n'arrive pas à résoudre...

Code :

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

1
2
3
 
            s = new Scanner(new File(filename), "SJIS");
            String l = s.nextLine();

lance l'exception

Code :

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

1
2
3
4
 
java.util.NoSuchElementException: No line found
        at java.util.Scanner.nextLine(Scanner.java:1516)
        at ... (la ligne avec nextLine dans ma méthode)

Ce qui est étrange, c'est que le fichier contient bien plusieurs lignes, terminées par des CRLF comme normal.
D'ailleurs, un nextByte() lance aussi une exception NoSuchElementException, alors que le fichier n'est évidement pas vide...

Par contre, le code

Code :

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

1
2
3
4
5
6
7
 
            inputStream = new BufferedReader(
                        new InputStreamReader(
                        new FileInputStream(filename),"SJIS"));
            String l1 = inputStream.readLine();
            System.out.println(l1);
            inputStream.close();

Fonctionne sans soucis, et affiche la première ligne du fichier.

Qu'est-ce qui peut expliquer la différence de comportement entre les deux méthodes pour ouvrir le fichier? La premiere méthode fonctionne bien pour 500 fichiers similaires, mais pas sur celui là, ce qui me trouble encore plus...

[yotta]

Bonjour,

Avant tout, j'aimerais être sûr que votre volonté est bien d'ouvrir un fichier encodé Shift_JIS (apparemment, un encodage utilisé par la langue japonaise) ?
Ensuite, vous ne modifier pas le délimiteur de votre scaner lors de votre invocation de la méthode nextLine(). Donc dans ce cas, le délimiteur par défaut utilisé par Scanner est le caractère ASCII espace. Je ne sais pas si ce dernier existe dans du texte ainsi encodé, mais votre message d'erreur semble simplement dire qu'il n'en trouve aucune occurrence !
En effet, la méthode nextLine() est faite pour renvoyer l'ensemble des caractères 'survolés' jusqu'à l'occurrence suivante du délimiteur, donc dans votre cas, l'espace. Le message dit clairement qu'il n'en trouve pas...

Dans votre troisième extrait de code, vous ne procédez pas du tout de la même façon. Vous lisez directement le fichier vous-même en utilisant un Reader qui vous permet d'invoquer la méthode readLine. Cette dernière renvoie la prochaine ligne de texte qui se termine par un "\n", ça n'a rien à voir avec la méthode nextLine() du Scanner...
Comme apparemment votre fichier contient bien quel que soit son encodage des retours chariot (ce n'est pas un caractère ASCII, c'est un retour chariot)...

[Tellmarch]

Bonjour,

oui, il s'agit bien d'un fichier en langue japonaise.
Pour moi, la méthode nextLine() du scanner renvoit bien la ligne en cours jusqu'au prochain passage à la ligne (je l'ai testé sur d'autres fichiers sans problème, et c'est ce qui est indiqué dans la javadoc) C'est la méthode next() qui s'intéresse au délimiteur (je m'en servirais un peu plus loin si ce bout de code marchait).
Ce qui m'étonne, c'est que le scanner ne trouve *rien du tout* (même un nextByte ne fonctionne pas), alors que le BufferedReader n'a pas de soucis... Comment expliquer la différence?

PS: ça ne devrait pas avoir d'influence, mais SJIS est une extension de ASCII, donc les retours à la ligne/" "/ etc. ont le même code binaire.

[tchize_]

pourriez vous attacher un exemple de fichier et un petit Main qui reproduit le problème?

[Tellmarch]

Bonjour,

j'ai fini par comprendre ce qui n'allait pas...

If an invocation of the underlying readable's Readable.read(java.nio.CharBuffer) method throws an IOException then the scanner assumes that the end of the input has been reached. The most recent IOException thrown by the underlying readable can be retrieved via the ioException() method.

Il y avait une IOException levée, c'est pour ça que le readLine croyait être arrivé à la fin... J'ai juste eu à appeller la méthode ioException pour avoir un message d'erreur plus compréhensible.

Merci pour l'aide en tout cas.

[yotta]

Bravo TellMarch. Et désolé de vous avoir répondu un peu à côté. En fait, je ne connaissais pas encore cette classe utilitaire Scanner, et j'ai lu un peu vite les spécifications. D'ailleurs, je remarque que ce qui vous a donné la réponse est en fait écrit dans cette spécification, donc le pire pour moi, c'est que je l'ai lu, ce qui ne m'a pas empêché de vous dire des bêtises. J'avais cru tout simplement avoir mis le doigt sur le problème
En tout cas merci pour vos précisions, je ne connaissais rien avant cela sur ce charset.
Bonne continuation à vous.