Discussion :

[®om]

Si on a un attribut transient et final à la fois, quand on récupère l'objet sérialisé, on a l'attribut à null, et on peut pas le réinitialiser

Y'a-t-il une solution?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public class TestSerializable implements Serializable {
 
    private transient final List<String> s = new ArrayList<String>(); 
 
    public TestSerializable() {
        s.add("abc");
        s.add("def");
    }
 
    public static void main(String...args) throws Exception {
        TestSerializable ser = new TestSerializable();
        ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(new File("test.dat")));
        oos.writeObject(ser);
        oos.close();
        ObjectInputStream ois = new ObjectInputStream(new FileInputStream(new File("test.dat")));
        TestSerializable res = (TestSerializable)ois.readObject();
        System.out.println(res.s);
    }
}

Ceci affiche null...

[le y@m's]

Lors de la désérialisation, les phases d'initialisation ne sont pas effectuées et les attributs déclarés transient prennent leur valeur par défaut (par là je veux dire quand ils ne sont pas initialisés) ; par exemple un int vaudra 0, un boolean vaudra false et un Object (ce qui est ton cas) vaudra null.

La seule solution à ton problème est d'implémenter la méthode readObject() afin d'initialiser ta List ; cependant pour cela ta List ne doit pas être final.
Est-il vraiment nécessaire que tu la déclare final ? Etant donné quelle est private (et qu'elle ne risque donc pas d'être modifiée par une classe fille ou autre) je ne vois pas trop l'intérêt du final.

Sans déclarer ta List final et en implémentant la méthode readObject() cela donnerait :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
public class TestSerializable implements Serializable {
 
    private transient List<String> s = new ArrayList<String>(); 
 
    public TestSerializable() {
        s.add("abc");
        s.add("def");
    }
 
    private void readObject(ObjectInputStream in) throws IOException, ClassNotFoundException {
        s = new ArrayList<String>();
        s.add("abc");
        s.add("def");
    }
 
    public static void main(String...args) throws Exception {
        TestSerializable ser = new TestSerializable();
        ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(new File("test.dat")));
        try {
            oos.writeObject(ser);
        } finally {
            oos.close();
        }
        ObjectInputStream ois = new ObjectInputStream(new FileInputStream(new File("test.dat")));
        TestSerializable res = null;
        try {
            res = (TestSerializable)ois.readObject();
        } finally {
            ois.close();
        }
        System.out.println(res.s);
    }
}

PS : pense à fermer tes fluxs dans un bloc try/finally

[®om]

Lors de la désérialisation, les phases d'initialisation ne sont pas effectuées et les attributs déclarés transient prennent leur valeur par défaut (par là je veux dire quand ils ne sont pas initialisés) ; par exemple un int vaudra 0, un boolean vaudra false et un Object (ce qui est ton cas) vaudra null.

La seule solution à ton problème est d'implémenter la méthode readObject() afin d'initialiser ta List ; cependant pour cela ta List ne doit pas être final.
Est-il vraiment nécessaire que tu la déclare final ? Etant donné quelle est private (et qu'elle ne risque donc pas d'être modifiée par une classe fille ou autre) je ne vois pas trop l'intérêt du final.

Sans déclarer ta List final et en implémentant la méthode readObject() cela donnerait : ...

PS : pense à fermer tes fluxs dans un bloc try/finally

Oui, j'utilise readResolve(), ce qui revient au même...

Le but de ma question était uniquement concernant les attributs "final"...
Ca peut être utile pour "protected transient final" par exemple...

Concernant la fermeture des flux, là c'est juste un test, donc pas de try


Sinon un truc étrange, les chaînes "directes" sont conservées:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
public class TestSerializable implements Serializable {
 
    private transient final String s1 = "abc";
    private transient final String s2 = new String("def");
    private transient final List<String> list = new ArrayList<String>();
    private transient final int i = 5;
    private transient final Integer j = 6;
 
    public TestSerializable() {
        list.add("ghi");
    }
 
 
    public static void main(String...args) throws Exception {
        TestSerializable ser = new TestSerializable();
        ObjectOutputStream oos = new ObjectOutputStream(new FileOutputStream(new File("test.dat")));
        oos.writeObject(ser);
        oos.close();
        ObjectInputStream ois = new ObjectInputStream(new FileInputStream(new File("test.dat")));
        TestSerializable res = (TestSerializable)ois.readObject();
        ois.close();
        System.out.println(res.s1);
        System.out.println(res.s2);
        System.out.println(res.list);
        System.out.println(res.i);
        System.out.println(res.j);
    }
}

affiche:

Code :

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

1
2
3
4
5
abc
null
null
5
null

[le y@m's]

Après quelques tests, ya vraiment des trucs bizarres .
Par exemple, si tes attributs s1 et i ne sont pas déclarés final, leur valeur n'est pas restaurée (cf mon message précédent), ils vaudront null et 0. Alors qu'en étant déclarés final ils les récupèrent (cf ton dernier exemple) cependant la List (list) et le String initialisé avec un new (s2) eux reste à null .
J'avoue ne pas savoir pourquoi cette différence.