Discussion :

[MrEddy]

Bonjour,

Afin de detecter les changements d'etat d'un objet au cours de sa vie, j'hesite entre ces solutions :

1ere solution
1) Cloner l'objet a l'instant 1 (via l'interface cloneable)
2) l'objet est récupéré (via un socket) dans un etat inconnu
3) comparaison de l'objet cloné avec l'objet recuperer (via la redéfinition des méthodes equals)

2eme solution
1) enregistrer l'objet serializé en xml
2) l'objet est récupéré (via un socket) dans un etat inconnu
3) enregistrer l'objet récupéré dans un deuxieme fichier xml
4) comparer les 2 fichiers xml pour

Les objets étant un peu complexe, la premiere solution fonctionne mais elle est compliquée et difficile a maintenir car il y a beaucoup de méthode clone et equals a réécrire.
La 2eme solution est elle une bonne idée ? Si oui existe t'il des objets / méthodes xml permettant ce genre de comparaison directement en xml ?

Peut etre d'autres solutions sont possibles également, mais je n'en vois pas.


Merci

[herve91]

bonsoir,
je ne comprends pas trop dans quelle situation tu serais amené à faire ça, tu as un exemple concret ?
Sinon, effectivement, pour comparer les deux objets, il faut redéfinir la méthode equals

[MrEddy]

Et bien en fait il s'agit d'une application type client serveur, avec un serveur et plusieurs clients qui communique via des sockets

Un objet circule entre le serveur et tous les clients, les clients peuvent modifier l'objet ou non et celui ci est retourné au serveur. Le serveur doit etre capable de determiner si l'objet a ete modifiée par rapport a l'objet qu'il a envoyé aux clients afin de determiner si l'objet qui vient d'être modifié doit etre renvoyé a tous les autres clients.

[Rei Ichido]

Il y a beaucoup de méthodes qui peuvent modifier l'objet ?

Sinon, autant mettre en place une date de dernière modification, mise à jour quand l'objet est modifié.

[MrEddy]

C'est une idée, mais il faut que l'heure des clients soient la meme que l'heure du serveur

[tchize_]

1ere solution
1) Cloner l'objet a l'instant 1 (via l'interface cloneable)
2) l'objet est récupéré (via un socket) dans un etat inconnu
3) comparaison de l'objet cloné avec l'objet recuperer (via la redéfinition des méthodes equals)

pourquoi tu veux cloner? L'objet que tu récupère via la socket est de toutes façons différent :/

[MrEddy]

Ben j'ai pas l'impression justement

[Rei Ichido]

C'est une idée, mais il faut que l'heure des clients soient la meme que l'heure du serveur

Au pire, un booléen, voire un entier ou un autre compteur du même genre qui indique le nombre de transformations.

[MrEddy]

Bon je m'en suis sorti avec la sauvegarde des objets en xml, ainsi a l'instant T j'enregistre en xml l'etat de mon objet

a l'instant T+1 j'enregistre en xml l'etat du nouvel objet et le je le compare avec le précédent etat xml, si ils sont différents c'est qu'il y a eu une modification entre les 2 donc je remplace le fichier xml T par T+1 et je renvoi l'objet T+1 a tous les clients

C'etait plus simple que de redéfinir toutes les méthodes equals de mon objet et de ses composants, et surtout pas besoin de mettre a jour les méthodes equals si j'ajoute / modifie un attribut de l'objet plus tard.

Merci pour vos propositions

[herve91]

Et pourquoi le client ne renverrait pas l'objet au serveur seulement s'il le modifie ?

[MrEddy]

Parce qu'il n'y a pas que les clients qui peuvent modifier l'objet, (en fait pas que mon programme java)

L'objet représente un etat d'une série de programmes externes qui peuvent être modifiés soit par mes programmes clients java, ou par mon serveur java, ou par une action indépendante de mes programmes, ce que je dois pouvoir detecter également grâce a un thread sur le serveur qui vérifie a interval regulier si l'etat a été modifiée a l'exterieur de mes programmes.

Oui c'est un peu étrange !