Discussion :

[zeratool]

Bonjour à tous,
J'ai une problématique qui me semble plutôt banale mais je n'ai pas trouver de réponse dans les 53 pages de la partie IO de ce forum
Alors je me permet de pauser la question.
J'ai 1 serveur et un client qui communiquent par socket,le client demande un fichier et le serveur traite le fichier et l' envoie a la volée (jusque ici rien de compliquer) et après le serveur doit envoyer un code pour indiquer si l'opération c'est bien passée.
donc coté client :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
DataOutputStream dos = new DataOutputStream(os);
DataInputStream dis=new DataInputStream(is);
BufferedInputStream bis=new BufferedInputStream(is)
//Envoie de la demande
dos.writeUTF(cheminDuFichier.toString());
			byte [] t = new byte[1024];
			int a;
//lecture du fichier
	while( (a = bis.read(t)) !=-1){
		localFile.write(t,0,a);
	}
//Lecture du code reponse
	dis.readInt()

et coté serveur on a le pendant

Code :

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

1
2
3
4
5
6
 
DataOutputStream dos = new DataOutputStream(os);
DataInputStream dis=new DataInputStream(is);
cheminDuFichier=dis.readUTF()
os.write(123215645);
dos.writeInt(1);

Ce code ne marche pas,en effet le :

Code :

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

1
2
//Lecture du code reponse
	dis.readInt()

Coté client léve une EOF exception,normal je pense il essaye de lire dans le stream qui a été fermé puisque la boucle a levé un -1...
Donc en fait ce que j'aimerai c est arrivé a lire d'autres infos dans le stream apres la boucle.Pour résumer j'aimerais utiliser des DataStream,puis parcourir mon Stream normal avec une boucle et re-utiliser derrière un DataStream.
Est ce possible ou est ce que c 'est ma façon de faire qui est foireuse.
merci

[tchize_]

il faudra envoyer la taille du fichier avant le fichier, que ta boucle sache quand elle doit s'arrêtrer

[zeratool]

Merci de ta réponse.En fait j ai voulu simplifier l exemple en parlant de fichier,
mais en réalité il s'agit d une fonction qui écrit à la volée dans le stream et il lui est impossible de savoir à l'avance combien elle va écrire dans le stream :/
Sinon c'est vrai que c est une bonne idée ^^
Je vais voir si je peux pas redemander à mon socket client un nouveau stream puisque ce qui est étrange c est que coté serveur. Après avoir fini avec mon Os je peux continuer a écrire dans le dataOS.
Je vous tiens au courant.

Edit: Sa ne marche pas

[tchize_]

ben oui, ton problème c'est juste que, coté client, tu sais pas quand il faut s'arrêter (où est la limite entre la fin de ton fichier et les autres données). Bref, ce ne sont pas les socket mais ton protocole application qui est à revoir. Tu peux envisager, par exemple

-> d'ouvrir une socket séparée pour l'envoi du fichier (comme le protocole FTP finalement)
-> De macher ton fichier en blocs de 1024 et d'envoyer des messages du type "voilà un paquet de XXXX byte" puis à les bytes puis "voilà, c'est fini"
-> .... autre?

[zeratool]

Oui tu as raison et je viens de m'en apercevoir car en fait le client n'arrête pas la boucle while à la fin de l'envoie de la fonction coté serveur (qui ne dit pas qu'elle a finit) mais lorsque j'envoie le writeUTF (coté serveur) qui lui clos le stream.
Je te remercie pour tes infos,et tes idées.Je vais me pencher sur le protocole.
Bonne après midi