Erreur "Unchecked cast from Object to T"

Version imprimable

Bonjour,

j'ai une méthode cloneObjectThroughSerialization que je n'arrive pas à construire correctement : pas moyen de retourner le type correct.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public <T extends Serializable> T cloneObjectThroughSerialization(T obj) {
    try {
      ByteArrayOutputStream baos = new ByteArrayOutputStream();
      ObjectOutputStream oso = new ObjectOutputStream(baos);
      oso.writeObject(obj);
      ByteArrayInputStream bais = new ByteArrayInputStream(baos.toByteArray());
      ObjectInputStream osi = new ObjectInputStream(bais);
      return (T) osi.readObject();
    } catch (IOException e) {
      throw new RuntimeException("Serialization Fail!", e);
    } catch (ClassNotFoundException e) {
      throw new RuntimeException("Serialization Fail!", e);
    }
  }

A l'exécution, l'exception suivante est retournée :

Code:

1
2
3
4
5
Exception in thread "main" java.lang.Error: Unresolved compilation problem: 
	Type safety: Unchecked cast from Object to T
	at org.polymorphisme.beans.SerializationUtil.cloneObjectThroughSerialization(SerializationUtil.java:141)
	at org.polymorphisme.beans.TestSerialization.testCustomSerialization(TestSerialization.java:69)
	at org.polymorphisme.beans.TestSerialization.main(TestSerialization.java:60)

Merci de votre aide :)

21/01/2014, 15h45
thelvin

La vache, une compilation refusée pour un simple warning de type unchecked cast, on fait pas semblant, chez toi -_-°.
Aussi, la sérialisation n'est pas faite pour permettre un "autre clonage," dans la mesure où on sérialise parfois des singletons ou comportements similaires.

Ceci étant dit, dans le cas présent il y a une solution assez simple : la méthode prend en paramètre une instance du type T. Donc on peut s'en servir pour faire obj.getClass() qui renvoie un objet de type Class<? extends T>.
Tu peux t'en servir pour faire return clazz.cast(newObject);. Tout échec à ce niveau prouverait un non-respect du contrat de la sérialisation.
21/01/2014, 21h29
tchize_

Citation:

Envoyé par thelvin

La vache, une compilation refusée pour un simple warning de type unchecked cast, on fait pas semblant, chez toi -_-°.

Quelqu'un a mis "error" dans le uncheck cast des options de compilation eclipse :mouarf:

Note: le plus drole, la compilation n'est pas refusée. Ca compile en remplacant la ligne par un throw Error, ce qui est bien pire. Le binaire est créé mais inutilisable :aie:
22/01/2014, 17h35
polymorphisme

Citation:

Note: le plus drole, la compilation n'est pas refusée. Ca compile en remplacant la ligne par un throw Error, ce qui est bien pire. Le binaire est créé mais inutilisable

Etonnant oui :)

Ceci dit, je n'ai pas trouvé de solution claire. J'ai donc fini par modifier l'option dans la configuration d'Eclipse.

Bonjour,

si tu sais a l'avance de quel type de class seras ton retour tu peux faire de cette façon
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 public void fct () { MyClass mc = cloneObjectThroughSerialization (objToClone, MyClass.class); } public <T extends Serializable> T cloneObjectThroughSerialization(T obj, Class<T> clazz) { ... return T; ... }
le type de retour est définis par le deuxième paramètre de la méthode

27/01/2014, 14h38
thelvin

What? -_-°
27/01/2014, 16h12
tchize_

C'est exactement ce que tu a proposé Thelvin au passage :)

C'est d'ailleurs la méthode retenue par la méthode load de hibernate pour typer le retour ;)

Hum, moi ce que j'ai proposé c'est :
Code:

1 2 3 4 5 6 7 public <T extends Serializable> T cloneObjectThroughSerialization(T obj) { Class<? extends T> clazz = obj.getClass(); ... Object deserialized = ... ... return clazz.cast(deserialized); }
Ça compile et compte sur le bon fonctionnement de la sérialisation, sous peine de ClassCastException.

27/01/2014, 19h35
tchize_

Ha tiens, j'avais pas vu que getClass() avait changé à partir de java 6 :aie:

On en apprends tous les jours.
27/01/2014, 20h06
thelvin

En fait Java 5, avec l'apparition des génériques. Un traitement particulier que les compilateurs doivent honorer et qui a été introduit à ce moment-là.
27/01/2014, 21h15
tchize_

Citation:

Envoyé par thelvin

En fait Java 5, avec l'apparition des génériques. Un traitement particulier que les compilateurs doivent honorer et qui a été introduit à ce moment-là.

En tout cas c'est seulement documenté à partir de java 6 :) Merci pour l'info ^^