[Java] campi non inizializzati dalla serializzazione

[71104]

lavoro in Java 6 e ho un oggetto che deve essere deserializzato da un file. la classe di questo oggetto implementa le proprie versioni dei metodi readObject e writeObject; inoltre tale classe contiene anche dei campi che non sono inizializzati in nessun costruttore, ma direttamente nella dichiarazione, ed inoltre il costruttore usato per la deserializzazione (il no-arg) è dichiarato come protected. più o meno la situazione è questa:

public class Asd implements Serializable
{
private int lol = 5;

protected Asd()
{
}

private void readObject(ObjectInputStream in) throws IOException,
ClassNotFoundException
{
// ...
}

private void writeObject(ObjectOutputStream out) throws IOException
{
// ...
}

}


ora il problema è il seguente: readObject non si preoccupa di inizializzare il campo "lol" perché in teoria dovrebbe essere sempre inizializzato di suo; eppure il campo degli oggetti deserializzati risulta non inizializzato!

questa caratteristica risulta documentata da qualche parte o è un bug?

[mad_hhatter]

lavoro in Java 6 e ho un oggetto che deve essere deserializzato da un file. la classe di questo oggetto implementa le proprie versioni dei metodi readObject e writeObject; inoltre tale classe contiene anche dei campi che non sono inizializzati in nessun costruttore, ma direttamente nella dichiarazione, ed inoltre il costruttore usato per la deserializzazione (il no-arg) è dichiarato come protected. più o meno la situazione è questa:

public class Asd implements Serializable
{
private int lol = 5;

protected Asd()
{
}

private void readObject(ObjectInputStream in) throws IOException,
ClassNotFoundException
{
// ...
}

private void writeObject(ObjectOutputStream out) throws IOException
{
// ...
}

}


ora il problema è il seguente: readObject non si preoccupa di inizializzare il campo "lol" perché in teoria dovrebbe essere sempre inizializzato di suo; eppure il campo degli oggetti deserializzati risulta non inizializzato!

questa caratteristica risulta documentata da qualche parte o è un bug?

potrei dire una vaccata, perché non ho mai usato la serializzazione fino in fondo, ma ne ho solo spulciato la documentazione, ma mi sembra che si possano serializzare e deserializzare solo i membri public...

[71104]

potrei dire una vaccata, perché non ho mai usato la serializzazione fino in fondo, ma ne ho solo spulciato la documentazione, ma mi sembra che si possano serializzare e deserializzare solo i membri public... ok, ma tutti gli altri che valori dovrebbero assumere? se sono inizializzati "inline" non dovrebbero assumere il valore di inizializzazione?

[PGI-Bis]

potrei dire una vaccata...

:D L'hai detta. :D

71104, il costruttore senza argomenti richiesto dalla serializzazione Java è quello della prima superclasse non serializzabile nella gerarchia a cui appartiene la classe dichiarata Serializable. Il costruttore senza argomenti serve ai JavaBean ma è tutt'altro paio di maniche.

Ciò detto, la ragione per cui il tuo "lol" vale zero è perchè tu definisci un meccanismo di serializzazione ad hoc ma dimentichi di scrivere e leggere il valore di lol.

Due esempi chiarificatori. Serializzazione standard di Asd:

public class Asd implements Serializable {
private int lol = 5;
}

Fine. Con varianti:

public class Asd implements Serializable {
private int lol = 5;

public Asd(int value) {
lol = value;
}
}

E' la stessa minestra. Qui il costruttore "no args" richiesto e dichiarato è quello di Object, prima superclasse non serializzabile di Asd.

Serializzazione standard part-time:

class Asd implements Serializable {
private int lol = 5;

private void readObject(ObjectInputStream in) throws IOException,
ClassNotFoundException
{
in.defaultReadObject();
//altro...
}

private void writeObject(ObjectOutputStream out) throws IOException {
out.defaultWriteObject();
//altro...
}
}

Qui capita che le invocazioni di defaultRead/WriteObject leggano e scrivano secondo il meccanismo standard, consentendoti poi di specificare ulteriori manipolazioni dei valori serializzandi o serializzati.

Serializzazione non standard:

class Asd implements Serializable {
private int lol = 5;

private void readObject(ObjectInputStream in) throws IOException,
ClassNotFoundException
{
//...
}

private void writeObject(ObjectOutputStream out) throws IOException {
//...
}
}

Qui la sovrascrittura dice "hey, faccio da me", la mancanza delle invocazioni defaultRead/WriteObject batte il pugno sul tavolo e il resto è storia.

Permangono le garanzie del linguaggio: lol vale zero perchè zero è il valore di inizializzazione dei campi int. lol non assume il valore che l'oggetto aveva al momento della sua serializzazione perchè nulla è scritto circa questa assunzione. Dovremmo dire, ad esempio:

class Asd implements Serializable {
private int lol = 5;

private void readObject(ObjectInputStream in) throws IOException,
ClassNotFoundException
{
lol = in.readInt();
}

private void writeObject(ObjectOutputStream out) throws IOException {
out.writeInt(lol);
}
}

Tutto qui.

[71104]

grazie 1000 PGI; adesso gli ho dato solo un'occhiata perché devo uscire, poi quando torno me lo leggo con calma. ciao :)