Sérialisation, Vector et Socket

**willowII** · 13/10/2006, 22h13

Bonjour,

J'ai une architecture client/serveur par sockets. Pour transférer les informations entre le client et le serveur, j'utilise :

La sérialsiation des objets
ObjectInputStream et ObjectOutputStream pour émettre et récupérer

J'ai trois classes imbriquées

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
public class uTraining implements Serializable
{
	private Vector			_sessions; // Vecteur de uTrainingSession
	...
}
 
public class uTrainingSession implements Serializable
{
	private Vector		_days; // Vecteur de uTrainingDays
	...
}
 
public class uTrainingDay implements Serializable
{
	private Vector		_idTrainers; // Vector de String
	...
}

Je transmets depuis le client un objet de type uTraining deux fois en ayant modifié le contenu du Vector _idTrainers entre les deux transferts

Code :

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

1
2
3
4
5
6
7
8
uTraining myTraining = ...
myObjectOutPutStream.writeObject(myTraining);
 
// modification du contenu de _idTrainers, par exemple plus qu'un seul objet dans le Vector contre 2 précédemment.
...
 
// Transfert à nouveau de myTraining
myObjectOutPutStream.writeObject(myTraining);

Et voilà mon problème :
Côté serveur, le contenu de _idTrainers n'a pas changé !

(l'adresse de l'objet est le même d'après ce que j'ai constaté avec le debuggueur d'Eclipse)
J'ai bien vérifié côté client juste avant writeObject, il n'y a qu'un seul objet dans le Vector avant le 2ème envoi.

Merci d'avance pour votre aide

**Betatesteur** · 14/10/2006, 01h48

Hello,

Il n'est conseillé d'employer Vector

@++

**willowII** · 14/10/2006, 08h35

Betatesteur,
Pas conseillé : quels sont les problèmes potentiels ? Que faut-il utiliser à la place sachant que j'ai le JDK 1.4.2 ? ArrayList ?

**®om** · 14/10/2006, 10h40

Envoyé par willowII

ArrayList ?

Oui, ArrayList...

Vector -> ArrayList
Hashtable -> HashMap
Stack -> LinkedList
Enumeration -> Iterator

**willowII** · 14/10/2006, 13h20

J'étais un peu dubitatif que de passer de Vector à ArrayList puisse régler mon problème mais j'en quand même essayé : toujouts pareil

**Betatesteur** · 14/10/2006, 14h12

Envoyé par willowII

J'étais un peu dubitatif que de passer de Vector à ArrayList puisse régler mon problème mais j'en quand même essayé : toujouts pareil

On a jamais dit que ça allait resoudre ton problème

fais voir ton code entier.
t'as quoi comme message d'erreur? warning?
fais voir

@++

**iohack** · 15/10/2006, 09h17

Attention tout de même au passage de Vector à ArrayList dans le cadre d'un serveur multithreadé. ArrayList n'est pas safe-Thread et une utilisation classique peut amener à des problèmes de synchronisation.
Pour réobtenir la synchronisation, il faut déclarer la liste comme ça ( issu de la javadoc ) :

Code :

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

1
2
 
List list = Collections.synchronizedList(new ArrayList(...));

**willowII** · 15/10/2006, 10h52

Betatesteur,
Le code entier cela ne va pas être évident (cf nombre de fichiers et de lignes)

Pour ce qui est de l'erreur ou du warning, je n'en ai pas. C'est juste que lors du traitement j'ai deux objets dans ma liste au lieu d'un et que du coup je ne stocke pas les bonnes informations dans la base

iohack,
Merci, j'avais vu cela dans la doc mais je n'ai pas ce genre de problèmes sur les vecteur smodifiés. (je ne suis pas près de changer tous mes vectors, il y en a trop !)

**®om** · 15/10/2006, 11h20

Envoyé par willowII

iohack,
Merci, j'avais vu cela dans la doc mais je n'ai pas ce genre de problèmes sur les vecteur smodifiés. (je ne suis pas près de changer tous mes vectors, il y en a trop !)

Tu as juste à faire Remplacer tout... "Vector" -> "ArrayList"

(dans quasiment tous les cas, ça suffit)

**willowII** · 15/10/2006, 11h47

J'ai peut-être quelque chose d'intéressant pour progresser :
J'ai implémenter la méthode sur mes trois classes

Code :

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

1
2
3
4
5
6
private void readObject(java.io.ObjectInputStream stream) throws IOException, ClassNotFoundException
{
ObjectInputStream.GetField fields = stream.readFields();
// Décodage des champs
...
}

côté serveur pour gérer moi-même la désérialisation de l'objet.
Lors du premier transfert, je passe dans l'ordre :
1 - uTraining::readObject
2 - L'appel à stream.readFields() depuis uTraining provoque l'appel à uTrainingSession::readObject
3 - L'appel à stream.readFields() depuis uTrainingSession provoque l'appel à uTrainingDay::readObject
puis décodages des valeurs des champs pour chaque classe

Lors du deuxième transfert, je passe dans l'ordre
1 - uTraining::readObject
2 - L'appel à stream.readFields() depuis uTraining (mais qui ne déclenche pas l'appel à uTrainingSession::readObject)
3 - Décodage des champs de uTraining
Je ne passe ni dans uTrainingSession::readObject, ni dans uTrainingDay::readObject

Du coup, il n'est qu'à moitié surprenant que l'objet ne change pas !

**®om** · 15/10/2006, 13h22

C'est pas un problème de cache?

**willowII** · 15/10/2006, 19h21

Envoyé par ®om

C'est pas un problème de cache?

Je ne savais pas qu'il pouvait y avoir un cache. Peux-tu développer un peu ?

**bapt** · 16/11/2006, 21h00

up,

c'est en faisant une recherche que je suis tombé sur cette discussion, et je me permets de la relancer car j'ai actuellement le même problème.

J'ai un jeu de carte en réseau client - serveur qui utilise des sockets. Pour transférer les informations entre le client et le serveur, j'utilise également des objets sérialisés que j'envoie sur un ObjectOutputStream et que je reçoit sur un ObjectInputStream.

Mes objets échangés sont variés, et j'ai ce problème avec ma classe DeckOfCards, qui représente le tas de cartes à jouer pour un tour, et qui hérite de ArrayList. Lorsque j'envoie le premier DeckOfCard, du serveur aux clients, pas de problème, ils le reçoivent tous sans problème. Je redistribue les cartes côtés serveur pour le deuxième tour et mes objets DeckOfCard côté client ne changent plus, ils conservent les valeurs reçut au premier envoie. Quelqu'un a une idée ?

merci pour votre aide, Bat.

**the-gtm** · 16/11/2006, 22h18

Code :

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

1
2
3
4
5
6
7
8
uTraining myTraining = ...
myObjectOutPutStream.writeObject(myTraining);
 
// modification du contenu de _idTrainers, par exemple plus qu'un seul objet dans le Vector contre 2 précédemment.
...
 
// Transfert à nouveau de myTraining
myObjectOutPutStream.writeObject(myTraining);

Il faut recréer un ObjectOutputStream entre les deux write, sinon lors du 2e write il voit que l'objet a déjà été écrit. Dans ce cas il n'écrit que la référence sur l'objet et pas l'objet entier, d'où le problème (pareil pour bapt)

**bapt** · 17/11/2006, 17h53

ça ne m'arrange pas du tout ça. J'envois des données sur les ObjectStream constamment, et pour recréer l'ObjectOutputStream sur le server il faut également le faire côté client, ce qui est pratiquement impossible.

Il n'y a pas une autre solution ?

**the-gtm** · 18/11/2006, 09h01

Envoyer un nouvel objet (new ...(...))
Il y a aussi la méthode reset() sur un ObjectOutputStream

**broumbroum** · 19/11/2006, 02h31

Envoyé par iohack

Attention tout de même au passage de Vector à ArrayList dans le cadre d'un serveur multithreadé. ArrayList n'est pas safe-Thread et une utilisation classique peut amener à des problèmes de synchronisation.
Pour réobtenir la synchronisation, il faut déclarer la liste comme ça ( issu de la javadoc ) :

Code :

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

1
2
 
List list = Collections.synchronizedList(new ArrayList(...));

iohack a raison je pense que la liste des valeurs envoyées n'est pas synchronisée alors qu'elle est surement bloquée à la deuxième modif. Et puis surement que l'objet envoyé est détruit ou déréférencé à sa sérialisation.
Je conseillerais de contourner le problème en clonant l'objet avant de le mettre dans la socket!

**bapt** · 20/11/2006, 13h45

dsl, fausse manip

**bapt** · 20/11/2006, 13h52

un reset de l'ObjectOutputStream après chaque envois semble être la bonne solution !

Merci !

**professeur shadoko** · 20/11/2006, 15h54

plus simple: les object Stream mémorisent les objets qui passent
donc renvoyer le même objet modifié ne marche pas
tu peux faire reset
mais tu peux faire writeUnshared et à ce moment tu auras bien deux objets
de l'autre coté!!!

Sérialisation, Vector et Socket

Entrée/Sortie Java

Discussions similaires

Partager

Partager