[Hashcode] Différent selon la machine ?!

Bonsoir,

mon problème est le suivant, j'ai un serveur d'un coté, un client de l'autre (avec des SSLSocket). Jusque là, pas de problème. Mon but est d'envoyer un objet depuis mon serveur vers mon client afin de l'éditer sur le client, puis de le renvoyer sur le serveur afin de mettre à jour des informations. Afin de ne pas toujours envoyer cet objet, je me suis dit pourquoi ne pas comparer le hashcode de mon objet afin de ne l'envoyer que si celui-ci est différent. Mais je suis alors confronté à quelque chose qui me semble étrange :

Citation:

---

-Sur le serveur je crée mon objet, son hascode est X
-Je l'envoi via un ObjectOutputStream, il est recrée sur le client et a un hascode Y (!= X)
Je renvoi ce même objet du client vers le serveur, et son hascode "redevient" X.

---

Je précise que la fonction hashcode des mon objet et des objets encapsulés est bien redéfinie (génération via NetBeans)

J'aimerais donc savoir si le hashcode peut varier pour un même objet selon la machine. Et de plus que me conseillez vous pour tester si il existe en différence entre mon objet sur le serveur et sa dernière valeur sur mon client, ceci de façon très rapide, sans devoir transférer l'objet complet ?


En espérant avoir été assez clair, merci d'avance pour vos réponses, et @demain matin ^^

Ca m'étonne pas que le hashcode soit différent sur deux machines différentes.

Par exemple, sur Object, hashcode est construit à partir de l'adresse interne de l'objet, qui varie forcement d'une machine à l'autre (et même d'une execution à l'autre).

Utiliser le hashcode pour identifier un objet est sans doute une erreur. Deux objets qui ne sont pas égaux peuvent avoir le même hashcode.

Tu peux peut être ajouter un champ id sur tes objets, de type long par exemple, si tu veux vraiment les identifier.

Coucou,

La fonction hashCode ne sert absolument pas à identifier un objet !
Pour avoir un exemple de son utilité, vois ici : http://fmora.developpez.com/tutoriel...oduction/#L4.1, elle sert notamment à l'optimisation des recherches et autres comparaisons dans une collection quelconque.

Cordialement

Fred

Merci de vos conseils :) mais mon but étant de remarquer si il y a eu changement dans les valeurs de mon objet, un ID ne sert pas beaucoup, il me faut vraiment un hash qui se base sur la valeur de mes variables et non sur leur adresse mémoire.

je me trompe peut être mais les protocoles genre tcp/ip garantissent déja l'intégrité des données non?

sinon pourquoi ne pas prendre exemple sur ces protocoles, ou une checksomme...

Mon but n'est pas tellement de tester l'intégrité durant la transmission, mais de contrôler si il y a eu de changements sur mon Objet entre un moment T et un moment T+1 afin de savoir si oui ou non il est utile de renvoyer le dit objet dans le flux. Bien évidemment ceci afin de sauvegarder de la bande passante.

Je fais des tests sur le checksum MD5 en ce moment, ce qui est plutôt pas mal, mais je dois passer par une sérialisation vers un fichier afin d'obtenir le hash de ce fichier, au lieu de le faire directement sur mon Objet.

Je suis donc toujours preneur d'une solution me permettant de générer une sorte de checksum sur un Objet à partir de la valeur de ses variables.

Tu redéfinis equals dans ton objet, et tu appelles :

Code:

---

monObjetEnvoyé.equals(LObjetQueJaiEnvoyeEtQueLeServeurMaRenvoye);

---

Si c'est true, ils sont pareils, sinon il a été modifié.

Pour redéfinir la méthode equals, regarde dans la javadoc :)

Fred

Merci, j'ai bien évidemment déjà redéfini equals dans toutes mes classes. Mais mon soucis est que l'objet en question est assez conséquent, et dans le cas d'une utilisation avec de nombreux postes, cela devient vite très lourd de télécharger tous les objets. (1 par poste)

Je procède donc de la façon suivante :

Lors de l'ajout d'un nouveau post, je télécharge cet objet, que je sérialise.
Lors d'une connexion ultérieur, cet objet est re-généré sur le serveur, mais si les paramètres ne changent pas, mon objet restera le même que précédemment, il est donc inutile de le re-télécharger.
C'est pourquoi je cherche un moyen, comme le checksum, de vérifier, sans devoir télécharger une nouvelle fois, si mon objet est le même que lors de la dernière connexion.

Pour le moment je m'oriente vers un sérialisation puis un hash MD5 sur le fichier, mais je ne sais pas si c'est une bonne solution.

Comme signalé ci-dessus, deux objets différents pourront avoir le même code.

Tu risque donc d'avoir des problèmes.

A moins de redéfinir ta propre méthode hashcode.