Discussion :

[polymorphisme]

Bonjour,

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

Code :

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

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 :

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

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

[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.

[tchize_]

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

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

[polymorphisme]

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.

[fennec_]

Bonjour,

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

Code :

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

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

[thelvin]

What? -_-°

[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

[thelvin]

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

Code :

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

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.

[tchize_]

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


On en apprends tous les jours.

[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à.

[tchize_]

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 ^^