Discussion :

[Jose.N70]

Bonjour, je sais mon titre n'est pas très explicite mais je vais m'expliquer :

J'utilise un programme qui sauvegarde une class étendue par Hashtable<String, Object> dans un fichier très simplement :

Code :

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

1
2
3
ObjectOutputStream out = new ObjectOutputStream(new FileOutputStream(f));
out.writeObject(dataHastable);                        
out.close();

( code du programme d'origine je n'y ai pas accès )

Où dataHastable est la class étendue.

Maintenant je souhaite lire ce fichier depuis mon application pour cela j'ai essayé comme suit :

Code :

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

1
2
3
ObjectInputStream in = new ObjectInputStream(new FileInputStream(f));
dataHastable= (LecteurHastable)in.readObject();
in.close();

( code de mon programme )

mais il ne veut pas puisque le package et la class n'ont pas le même nom que le programme l'ayant généré. l'exception qui est levée est java.lang.ClassCastException

En gros la class d'origine ne peut pas être "castée" par ma class .

Maintenant si je mets le meme nom de package et le même nom de class ca marche, mais ca me dérange un peu.

Auriez vous une idée ?

[Alkhan]

bonjour,

pourquoi tu n'utilises pas la classe d'origine (celle de dataHastable) lors de la lecture ?

[Jose.N70]

bonjour,

pourquoi tu n'utilises pas la classe d'origine (celle de dataHastable) lors de la lecture ?

Je n'ai pas accès à la classe d'origine. Elle se trouve dans un programme dont je n'ai pas accès ni au code ni à la fonction en elle même.

J'ai créé une classe similaire mais elle ne marche avec le fichier que je veux lire que si le nom de package et de la classe sont les même que sur le programme "d'origine" .

[Alkhan]

Je n'ai pas accès à la classe d'origine. Elle se trouve dans un programme dont je n'ai pas accès ni au code ni à la fonction en elle même.

c'est plutôt étonnant d'avoir de la sérialisation sur un objet qui n'est pas accessible de l'extérieur ! Mais bon !

J'ai créé une classe similaire mais elle ne marche avec le fichier que je veux lire que si le nom de package et de la classe sont les même que sur le programme "d'origine" .

c'est tous a fait normal car dans son principe, la sérialisation indique la classe qui est sérialisé, ainsi que certain élément de ca structure et ces données bien sur.
Conclusion lorsque tu sérialises un objet, il faut avoir la classe disponible pour pouvoir le désérialiser.
Si vraiment tu n'a pas accès à la classe d'origine, tu n'as pas le choix, il faut que tu la reproduise !

[professeur shadoko]

Je n'ai pas accès à la classe d'origine. Elle se trouve dans un programme dont je n'ai pas accès ni au code ni à la fonction en elle même.

dans ce cas l'Exception levée devrait être ClassNotFoundException si tu as ClassCast c'est que la classe est bien accessible! non?

[Jose.N70]

Si tu veux, le programme A génère son fichier ( le hashtable ) pour lui même, sans se préoccuper de savoir si une autre personne peut en avoir besoin.

Moi avec mon programme B je voulais simplement lire ce fichier, le programme B j'y ai accès comme c'est le mien, mais le programme A je ne suis que utilisateur, c'est comme si avec mon programme je voulais lire un fichier généré par windows ( sauf que la c'est un programme en java ... ) .

Mais avec tes explications Alkhan je comprends mieux. Dommage qu'il ne soit pas possible de faire autrement.

Pour professeur shadoko, je cast l'objet avec ma propre classe et non avec celle du programme A.

On va considérer le sujet comme résolu par faute de solution

Merci à vous

[professeur shadoko]

Pour professeur shadoko, je cast l'objet avec ma propre classe et non avec celle du programme A.

je l'avais bien vu .... mais ma remarque tiens toujours: je ne comprends pas pourquoi tu obtiens un ClassCast avant un ClassNotFound
Si le type encodé est X et que tu fasses (Y) readObject() alors le runtime détecte que X et Y sont incompatibles ... donc il a trouvé X, donc X est accessible et tu ne devrais pas avoir de problème à réecrire ton code...
Si le runtime n'avait pas trouvé X alors tu aurais une ClassNotFoundException non? (ou il y a encore quelque chose qui m'échappe?)

[Alkhan]

cependant professeur shadoko a raison, je n'avais pas fait attention mais tu as en effet un ClassCastException, cela signifie que la classe correspondant à dataHastable est bien accessible au lieu de faire un cast LecteurHastable il faut juste que tu fasses un cast de la classe correspondant à dataHastable.