Discussion :

[jeffciara]

Bonjour à tous !

L'erreur que j'ai est énorme..
J'y ai travaillé assez longtemps je pense pour donner ma langue au chat...

Je lis un fichier sur un serveur UNIX

Code :

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

1
2
3
4
5
6
7
 
       URL monUrl = new URL("ftp://root:xxx@192.168.1.1/home1/monfichier");
       URLConnection flux = monUrl.openConnection();
       InputStream  unFile = flux.getInputStream();
       String charSet = "ISO-8859-2";
       BufferedReader monFileReader;
       monFileReader = new BufferedReader(new InputStreamReader(unFile,charSet));

C'est un fichier qui contient des enregistrements de 512 octet.
Je parcours mon fichier avec

Code :

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

monFileReader.read(new char[512])

j'affiche ce que je lis et tout va bien les premiers enregistrements ensuite ça se décale !!!
Pourtant personne d'autre accede au serveur et aucun processus n'accede au fichier.
Le pire et ça c'est le pompom c'est que le décalage ne se crée pas toujours au même endroit.

J'ai éssayé de transferer le fichier d'unix à Windows via le client ftp de windows. J'utilise la méthode classique de java qui permet de lire un fichier en local et là ça marche !!
Sinon en utilisant fopen et fread de PHP ça marche aussi.

Si vous comprenez quelque chose ecrivez moi de toute urgence tr ttrrr
ah c'est dur tr trr

[iohack]

que veux-tu dire par décalages ?

[®om]

Hmmm... J'imagine que tu ne peux pas lire un flux à partir d'un ftp comme ça à partir d'une URL... Tu dois, en plus des données, recevoir les msgs du protocol FTP qu'il faut traiter (d'où les décalages)...

[jeffciara]

Le décalage :

09916
09917
09917
09918
09918

0991

0991

je devrais avoir 9919 au lieu de
0991.Donc à un momment donné il lit moins que ce qu'il devrait lire...
J'ai résolu mon probleme en mettant un Thread.sleep mais je ne vois toujours pas de quoi ca vient ...

Hmmm... J'imagine que tu ne peux pas lire un flux à partir d'un ftp comme ça à partir d'une URL... Tu dois, en plus des données, recevoir les msgs du protocol FTP qu'il faut traiter (d'où les décalages)...

Rom --> Alors le décalage devrait avoir lieu au même endroit à chaque relecture complete du fichier

[dingoth]

Pourrait-on avoir plus de détails ? Genre le mode utilisé (Binaire ou ascii), un exemple concret de fichier transféré foireux.

Si c'est de l'ascii, je soupçonne un remplacement de \n par \r\n inopportun ou inversement. Y'a-t-il des caractères accentués dans le transfert à effectuer ? Le charset ISO-8859-2 est-il justifié ? Si c'est du binaire, est-ce que le buffer est systématiquement et complètement rempli ?

Enfin, on a de maigres détails, là

[jeffciara]

C'est un fichier cobol indexé.(considere que c'est du ascii)
Le charset est OK.
Pour le changement de caractere j'y avais pensé mais, dans ce cas, l'erreur se recréerait au même endroit.
Et comme je l'ai déjà dit lorsque je transfert le fichier sous windows (sans remplacement de caractere ) la lecture se deroule normalement.
Je pense que c'est + une question de buffer peut etre. Tu peux m'en dire + sur la manipulation d'un buffer.

Merci.