Discussion :

[Yan17]

Bonjour,

C'est la premiere fois que je poste sur ce forum, je passe beaucoup de temps a lire les reponsses postees aux messages et ayant un probleme plutot particulier je me suis permis de m'inscrire et de vous presenter mon probleme.

j'ai deux programmes, un client et un serveur.

Suite a un echange le serveur verifie si le client connait bien le mot de passe pour acceder au serveur, puis il verifie la version du client (soucis de compatibilitees) puis il lui envoie un objet de type Univer issue d'une deserialisation du fichier "Univer1.exp" qui a ete lui meme serialise plus tot. Mon soucis est que une fois tranfere vers le client j'ai une jolie:

java.io.EOFException
at java.io.ObjectInputStream$PeekInputStream.readFully(ObjectInputStream.java:2279)
at java.io.ObjectInputStream$BlockDataInputStream.readShort(ObjectInputStream.java:2748)
at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:780)
at java.io.ObjectInputStream.<init>(ObjectInputStream.java:280)
at main.support.network.ServerQuery.run(ServerQuery.java:103)

le serveur lui indique que le transfert c'est bien passe, mais impossible pour le client de faire quoi que se soit avec cet objet.
J'ai vu sur Internet un post expliquant que l'objet tranfere ete en faite une sorte de lien vers l'objet en memoire mais que lors de son tranfert le lien n’était plus valide puisque l'objet n'existe pas sur le client, or c'est pourtant par ce système que ça fonctionne.

En gros je suis un peu perdu, si vous souhaitez plus de detail aucun soucis, je reposte le plus vite possible.

merci

[Pill_S]

Hello, et bienvenue sur le forum.

Un peu de code pourrait sûrement nous aider...

Pour l'instant, les seules pistes que j'ai en tête sont:

1) sérialisation incomplète de l'objet (év. les flux n'ont pas été flushés et fermés correctement lors de l'écriture du fichier)
2) transfert partiel des données (peut-être que le volume généré est important, et qu'un genre de "timeout" fait que toutes les données n'arrivent pas assez vite pour être utilisées). Si c'est cela, il faudrait mettre en place un système de buffer ou de fichier temporaire chez le client, et ne commencer à désérialiser que lorsque l'on est sûr que tout est arrivé.

Enfin bref, sinon il faudrait mémoriser dans un fichier les données reçues par le client et les comparer avec celles du fichier original, peut-être que tu pourras voir des choses intéressantes de cette manière

[Yan17]

Oui je pensais aussi a un transfert incomple ce qui serait possible. Pour l'histoire du time out tu vient de me donner une idee, en effet le time out est fixe deja tres tres haut , a savoir: 10 secondes
mais toutes les 5 secondes , la ca devient interessant, jai un thread nomme ping qui comme son nom l'indique test si le client est toujours la. je vais le desactiver, si ca fonctionne je vous le dis et sinon je selectionnerai les bouts de codes qui je l'espere pourront aider.
merci, je reposte dans pas longtemps.

[Yan17]

Apparemment ce n'etait pas le ping qui interferait avec le transfert, je poste donc des bouts de codes, mais je peut pas poster l'ensemble ca risque d'etre indigeste

Donc cote serveur:

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
log.info(login+" go in: "+univer);
						fluxSortie.println("OK");
						fluxSortie.flush();
						fluxSortie.println("UNIVER");
						fluxSortie.flush();
						//on envoie l'univers
			            OutputStream os = serviceSocket.getOutputStream();
			            ObjectOutputStream oos = new ObjectOutputStream(os);
 
			            Univers test=loadUnivers("data/univers/"+univer+".exp");
 
			            log.info("Send : "+univer+" to client : "+login+" ...");
			            oos.writeObject(test);
			            oos.flush();
			            log.info("Send : "+univer+" to client : "+login+"  OK!");
			            oos.close();
			            os.close();

je commente un peu:
tout les fluxSortie ecris en gros caracteres sont des commandes envoyees au client, tout commence a UNIVER ce qui indique au client que le prochaint flux sera l'objet serialise, cet objet arrive de loadUniver qui est une methode qui recupere un univer serialise a partir d'un fichier. On envoie le tout et hop c regle. Du cote serveur tout fonctionne sans soucis, par contre......

...cote 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
15
16
17
18
19
20
21
22
if (message.equals("UNIVER")) {
					client.setAvancement(10 ,"Loading Univer...",3);
					log.info("Loading Univer...");
					//recuperation de l'univers
					  InputStream is = socketLocal.getInputStream();
					  client.setAvancement(10 ,"Loading Univer...",3);
					  ObjectInputStream ois = new ObjectInputStream(is);
					  client.setAvancement(10 ,"Loading Univer...",3);
					 try {
						log.info("Univer Object incomming...");
 
						Univers mainUniver=(Univers) ois.readObject();
						client.setAvancement(50 ,"Loading Univer...",3);
						System.out.println(mainUniver.getName());
 
						client.setClientEnable();
					} catch (ClassNotFoundException e) {
						e.printStackTrace();
					}
					log.info("Reday to play");
					client.setClientEnable();	
				}

c'est la partie ou le client comprend quil va recuperer l'objet, tout est ok, les messages de logs sont correcte sauf que l'exception se produit sur: ObjectInputStream ois = new ObjectInputStream(is); alors que je n'ai pas encors commencer a lire l'objet recu.

Voila si vous voulez d'autres infos pas de soucis je suis la. et merci =)
ps:desole pour les 'a' sans accents mais pas moyen de les faire avec un clavier allemand sous linux
ps2:je viens de decouvrir que univers prenait un 's' donc ne faites pas attention je vais corriger ca de suite =)

[hydraland]

Salut,

Je pense que le problème vient du fait que tu clôs ta socket coté serveur avant que le client ai terminé de lire les données qu'elle contient. Il faudrait que ton serveur clôt la connexion quand le client à tous lu. Par exemple le client pourrait envoyer un message au serveur lui indiquant qu'il a terminé de lire les données, le serveur pouvant ainsi clôre la connexion.

A+
Hydraland

[Yan17]

En faite mon serveur ne clos jamais la connection, enfin pas comme cela, il y a que quelques possibilitees pour fermer son socket vers le client:

- le client n'a pas le bon mot de passe pour acceder au serveur (ca c'est une mini-securitee pour eviter qu'un programmeur ne vienne spamer le serveur sur son port), comme cela direct la connection vers le client est coupee.
- le client n'a pas une version compatible avec le serveur.
- une erreur c'est produite chez le client et c'est le client lui meme qui a coupe la connection, c'est ce qui arrive ici.

dans le cas ou je ne trouverai pas de solution il me reste la possibilitee d'envoyer le fichier tels qu'il est sur le serveur et de le deserialiser chez le client. On pourra appeler ca ma roue de secours

Je viens de faire deux tests:
- le ping n'est pas encors active a cette etape du programme donc il ne peut pas gener le flux en sortie
- jai fais appel a une methode de l'objet tout juste deserialise sur le serveur et la methode fonctionne, donc le transfert comme vous le dites doit effectivement etre incomplet ou errone.

merci,