Discussion :

[tus01]

Bonjour,

Je suis en Java 5.0 et j'essaye de lire un fichier text ligne à ligne pour en extraire les données et les enregistrer dans une base de données.
Lors de la lecture du fichier, ma fonction s'arrête à la ligne 7849 alors que j'ai 14000 lignes. De plus, lorsque j'affiche cette dernière ligne extraite, je n'ai que la moitié des informations, comme si la fin de la ligne n'était pas prise en compte, et le programme ne voit pas de lignes supplémentaires à afficher.
La fonction utilisée est la suivante:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
String filePath = "g:\\fichier.txt";
 
Scanner scanner=new Scanner(new File(filePath));
 
// On boucle sur chaque champ detecté
while (scanner.hasNextLine()) {
    String line = scanner.nextLine();
 
    System.out.println(line);
	//faites ici votre traitement
}
 
scanner.close();

J'ai alors essayé avec le code suivant et le programme réussit cette fois à lire l'intégralité du fichier:

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
String filePath = "g:\\fichier.txt";
 
try{
// Création du flux bufférisé sur un FileReader, immédiatement suivi par un 
// try/finally, ce qui permet de ne fermer le flux QUE s'il le reader
// est correctement instancié (évite les NullPointerException)
BufferedReader buff = new BufferedReader(new FileReader(filePath));
 
try {
String line;
// Lecture du fichier ligne par ligne. Cette boucle se termine
// quand la méthode retourne la valeur null.
while ((line = buff.readLine()) != null) {
System.out.println(line);
//faites ici votre traitement
}
} finally {
// dans tous les cas, on ferme nos flux
buff.close();
}
} catch (IOException ioe) {
// erreur de fermeture des flux
System.out.println("Erreur --" + ioe.toString());
}

Le fichier est codé au format DOS. En affichant les caractères spéciaux sous ultraEdit, je ne relève aucune incohérence dans le fichier.

Savez-vous d'où peut venir le problème ?

Merci par avance pour vos conseils.

Thib

[Croco19]

Bonjour.

Tu n'as pas d'exception levée ?

[tus01]

Malheureusement aucune exception n'est levée. C'est la raison qui me pousse à penser que le problème vient du fichier...
Comment faire pour analyser le fichier en Java pour voir s'il n'y a pas des caractères invisibles à l'éditeur mais qui font penser au Java que le fichier est terminé alors qu'il y a encore plein de lignes derrière ?

[tchize_]

le problème c'est que vous utilisez scanner pour remplacer le travail de bufferedReader, il n'a pas été conçu pour ça. Le scanner est prévu pour lire des données structurée (genre un int, puis un float, puis 2 ints, etc) , pas pour "bêtement" lire ligne à ligne.

le but de nextLine dans le scanner n'est pas de lire une ligne mais de "sauter les entrées jusqu'à la ligne suivante"

Il est probable que hasNextLine vous retourne false au milieu du fichier parce qu'il y a par exemple une ligne vide.

[tus01]

En fait je ne l'ai pas précisé mais j'utilise le scanner pour lire des données structurées. Toutes mes lignes ont des données qui sont soit séparées par une virgule (csv), soit par une tabulation. Donc pour chaque ligne, je fait un split(séparateur) pour récupérer les données que j'identifie (chaîne de caractères si ce sont des libellés, ou int si ce sont des code spécifiques).

Est-ce que le scanner doit en principe fonctionner dans ce cas ? Car pour tous les fichiers que j'ai testé jusqu'à présent, ça fonctionne, il n'y a que pour ce fichier en question que ça ne passe pas.... C'est pour ça que je me pose la question de savoir si le problème vient du fichier ou du code source du programme !!

[tchize_]

si tu fais le split après avoir lu la ligne, je ne vois pas l'utilité d'utiliser une classe complexe comme Scanner. Il aurait eu sont utilité si tu avais utilisé ses méthode nextInt etc.