Discussion :

[luffy45]

Bonjour,
Voila je vous expose mon problème, euh mon projet:

Nous devons développer un système de gestion de fichiers tolérant aux pannes.

Donc nous disposons de 4 serveurs en réseau, qui possèdent des fichiers. Un client peut se connecte à un serveur et peut soit telecharger un fichier, soit uploader un fichier.

Lorsqu'il uploade un fichier, celui-ci est récupéré en paquet(buffer de 512 octets) par le serveur et décide de l'envoyer en double exemplaire aux serveurs qu'il choisit en fonction de leur état de chargement.

Exemple:

Client -> Fichier F -> Serveur3
Serveur3 -> F1 -> Serveur2 et Serveur3, F2 -> Serveur4 et Serveur1,
F3-> Serveur 1 et Serveur4

Et lorsque le client veut télécharger le fichier F, Serveur3 se débrouille pour aller chercher les fichiers la où ils sont.


Je sais déjà comment gérer une application client/serveur multithread envoyer des fichier via sockets etc...

A priori, on aura besoin d'une SDD qui enregistre quels serveur ont quelles parties de quels fichiers(Arraylist, tableau a double entrée).

Aussi, si un serveur tombe en rade, tout les fichiers qu'il possédait se retrouve en 1 seul exemplaire, donc il faut redistribuer les fichiers sur les serveurs pour qu'il redevienne en double exemplaire.

Voilà en gros ce qu'il y a faire, un bon projet comme on les aime.

Merci pour vos indications.

[dinobogan]

Quel est le problème ?

[tchize_]

Et tu veux qu'on le fasse à ta place ou t'as juste un problème?

[luffy45]

Bah en fait, le problème c'est que je sais pas quelle SDD choisir exactement.
Et comment dire aux autres serveurs que, par exemple, Serveur3 a envoyé F1 à Serveur4 et Serveur1.

Et aussi lorsque le client veut télécharger un fichier comment le serveur arrive à trouver les parties du fichiers chez les serveurs.

Mais le plus important c'est la SDD, c'est ça qui me bloque.

Merci.

[dinobogan]

Ok, donc tu veux qu'on le fasse à ta place.

Sinon, c'est quoi un SDD ?

[tchize_]

pour déterminer ta structure de donnée, il n'y a pas d'avance, il te faut de l'huile de coude pour faire travailler le crayon/papier et du café pour faire travailler les méninges. Tu dois prendre tous tes besoins, mettre ça a plat sur papier et en déduire quels type de données il te faut en fonction de tes contraintes (performances?, checksum?, sécurité?, débit?, dedondance?). Une fois ça sur papier, tu affine tes conclusion jusqu'à atteindre quelque chose qui t'a l'air potable.

On pourrait te donner des solutions nous même, mais on le fera sans analyse et sans connaissance des besoin, donc leur valeur approximera 0, et j'aime pas donner des réponses qui ne servent à rien.

[tchize_]

Ok, donc tu veux qu'on le fasse à ta place.

Sinon, c'est quoi un SDD ?

Structure de données ou Sous Directeur de Développement ou Software Design Document ou Structured Descriptive Data ou....

C'est aussi le symbole monétaire du Soudan

[luffy45]

Ok, merci je vous redirai ce qu'il en est.

ps: j'ai pas demandé à ce que quelqu'un le fasse à ma place et en plus je dèteste ça.

[luffy45]

Bonjour,

Voila, j'ai trouvé ma SDD, une hashmap<String, ArrayList> qui pour un fichier donne la liste de ses parties avec les 2 serveurs dans lesquelles est stocké la partie.

Mais j'ai un pb, quand je découpe le fichier par 512 octets, et que je l'envoie au 2 autres serveurs quelquefois le fichier crée pèse 0ko au lieu de 1ko. Et ça me bloque pour pouvoir envoyer le fichier complet à un autre client .

Le code :

Envoi du paquet de 512 octets :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
OutputStream out1 = sock1.getOutputStream();
OutputStream out2 = sock2.getOutputStream();
 
out1.write(buffer);
out1.flush();
out1.close();
 
out2.write(buffer);
out2.flush();
out2.close();
 
sock1.close();
sock2.close();

Reception chez le serveur :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
else if (message.indexOf("put") != -1) {
	InputStream in = socketServeur.getInputStream();
 
	byte[] buffer = new byte[512];
 
	FileOutputStream fout = new FileOutputStream("fichier/" +message.substring(4));
	while (in.read(buffer) != -1) {
		fout.write(buffer);
		fout.flush();
	}
	fout.close();
}

Voila, j'espère que vous m'aiderez à trouver la solution.
Merci.

[tchize_]

ton message tu le récupère comment. T'aurais pas mis un bufferedReader sur ta socket par hasard?

[nouknouk]

Code :

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

1
2
3
4
5
6
7
 
	while (in.read(buffer) != -1) {
		fout.write(buffer);
		fout.flush();
	}
	fout.close();
}

Même si ça ne résoud pas ton souci, pour moi il y a une grôôsse boulette dans cette partie du code:

Soit la taille du buffer égale à 512 octets, comme dans ton code (au passage, c'est horrible une valeur en dure comme ça !)

- ton in.read(buffer) va lire entre 1 et 512 caractères sur la socket en fonction de la quantité de données qui arrivera au prochain paquet.

- après chaque read, tu décidés d'écrire ce qui a été lu dans un fichier MAIS ton fout.write(buffer) qui écrit le contenu dans le fichier, lui, va systématiquement écrire la totalité du contenu du buffer, donc systématiquement écrire 512 octets alors que peut-être seulement 100 octets ont été récupérés de la socket !

Fichiers corrompus à la réception quasi assurés !

Dans ce cas précis, l'entier retourné par 'read' te servira ainsi que write(byte[] b, int off, int len).