Discussion :

[kij]

Bonjour et bonne année à tous !

Je vous pose la question suivante, à savoir y a-t-il une différence (ou plusieurs) entre une lecture de fichier en local et via url.

Pour etre plus clair, voici une partie du code sur lequel je bute :

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
25
26
27
28
29
30
31
 
//--- reads the font file
File myFontFile = new File(theFileLocat);
InputStream myFis = null;
if (!myFontFile.exists()) {
	try {
		//myFis = (FileInputStream) (new URL(theFileLocat).openStream());
		myFis = (new URL(theFileLocat).openStream());
	} catch (MalformedURLException e) {		
		throw new IOException("Kanji Font file '"+theFileLocat+"' is not accessible");
	}
} else {
	myFis = new FileInputStream(myFontFile);			
}
 
while ( myFis.read(myTabRead) > 0) {
 
	//--- builds the key
	myKey = new byte[2];
 
	//--- initialisation of key
	myKey[0] = myTabRead[0];
	myKey[1] = myTabRead[1];
 
	//--- new font
	myFont = new byte[106];
	System.arraycopy(myTabRead, 0, myFont, 0, myFont.length);
 
	//--- fills the Kanji table
	getKanjiTable().put(new Integer(byteToShort(myKey)), myFont);
}

La première partie du code (avant la lecture du fichier, le while donc) consiste à créer le flux de lecture. Si le fichier passé en paramètre n'existe pas localement, on tente d'effectuer une lecture via url dessus.
La deuxieme partie du code lit le fichier et le load en mémoire dans une hashtable.

Mon problème est que la lecture du fichier en question est complète lorsque je passe par le fichier local, et incomplète losque la lecture se fait via URL (le fichier est situé sur un serveur distant).

Voilà donc mon probleme, tout est nickel en local, mais à distance ca foire. La lecture s'arrete aléatoirement à peu pres à la moitié du fichier pour vous donner un ordre d'idée.

Quelles sont les différences entre lecture de fichier en local et lecture de fichier via url ?

Un grand merci à vous si vous pouvez m'aider (et oui je n'ai que ca ^^).

[pseudocode]

Bah ca devrait marcher...

La difference c'est que File accede directement au Systeme de fichier de l'OS et que URL utilise la pile de protocole réseau, en l'occurence HTTP sur TCP/IP.

un probleme de timeout peut-etre ? Essaye de jouer avec URLConnection.setReadTimeout()...

[iohack]

Bah ca devrait marcher...

La difference c'est que File accede directement au Systeme de fichier de l'OS et que URL utilise la pile de protocole réseau, en l'occurence HTTP sur TCP/IP.

un probleme de timeout peut-etre ? Essaye de jouer avec URLConnection.setReadTimeout()...

Ca marche aussi si la machine n'a pas d'interface eth0 ? ( je n'ai pas testé ).

[pseudocode]

oui ca marche aussi. Dans ce cas ca passe par le loopback (lo0)

[kij]

Pour commencer merci pour vos réponses à tout deux

Tout fonctionne en temps normal effectivement.
J'ai avancé un peu dans mon problème et il se trouve que ca n'a finalement rien a voir avec le type de connection utilisé.
La premiere partie du code peut etre oubliée donc.

Dans la partie suivante :

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
 
int myRet = -1;
int compteur = 0;
while ( ( myRet = myFis.read(myTabRead)) > 0) {
 
	//--- builds the key
	compteur += myRet;
	myKey = new byte[2];
	//--- initialisation of key
 
	System.out.println();
 
	myKey[0] = myTabRead[0];
	myKey[1] = myTabRead[1];
 
	//--- fills the Kanji table
	getKanjiTable().put(new Integer(byteToShort(myKey)), myTabRead);
 
}
 
System.out.println("Taille totale loadée : "+compteur);
System.out.println("Nombre d'entrée dans la table : "+getKanjiTable().size());

J'ai laissé un System.out.println au milieu et qui a-priori ne sert à rien. Tel quel tout fonctionne bien. Si j'ote le System.out.println rien ne fonctionne.
J'ai déjà eu ce probleme il y a un bon moment en C et il me semblait que ca venait d'un problème de mémoire ou de flush... mais je ne sais plus trop.

Auriez-vous déjà eu le meme problème, à savoir que votre programme plante si vous ne mettez pas un System.out au bon endroit ?


Edit : en fait lorsque j'affiche la taille du fichier traité et le nombre d'entrée dans ma hashtable, je me rends compte que le fichier a bien été lu en entier, mais que dans la hashtable tout n'as pas été mis... je me pense donc en ce moment sur un problème lié à la méthode put des hashtables (peut etre) et au vidage de tampon mémoire de lecture, du tableau...

[iohack]

Le flush c'est sur les outputStream.
Sinon une erreur classique : fermes-tu bien TOUS tes flux via leur méthode close() ?

[pseudocode]

A mon avis, le System.out.println() ralentit ta boucle, ce qui laisse le temps aux données d'arriver. C'est donc bien un probleme de disponnibilité des données dans l' InputStream.

Il va falloir changer la boucle "while" pour:

1. Sortir quand TOUTES les données sont lues
2. Attendre quand l'InputStream est vide mais que TOUTES les données ne sont pas encore lues

Le mieux serait de connaitre la longueur des données AVANT de rentrer dans le "while". Il faut regarder du coté de la methode getContentLength() pour URL et length() pour FILE.