Dúvida sobre defaultReadObject e defaultWriteObject

Para reforçar o assunto acrescento uma outra questão do testKiller que achei estranha:

Given:
10. public class Foo implements java.io.Serializable {
11. private int x;
12. public int getX() { return x; }
12.publicFoo(int x){this.x=x; }
13. private void writeObject( ObjectOutputStream s)
14. throws IOException {
15. // insert code here
16. }
17. }
Which code fragment, inserted at line 15, will allow Foo objects to be
correctly serialized and deserialized?
A. s.writeInt(x);
B. s.serialize(x);
C. s.writeObject(x);
D. s.defaultWriteObject();

Minha dúvida é a seguinte: Se a classe já implementa Serializable porque ainda tem que possuir esse método writeObject sem nem referencia a um outro Objeto ela possui?

No livro da Kathy ela cita estes metódos defaultXXXObject, são necessarios quando vc quer salvar uma transient. Na deserialização vc leria esta variavel e em seguida atribuiram a esta instância.
Me corrijam se estiver errado.

Certo Daniel… mas talvez não tenha ficado claro. O que eu quero saber é porque mesmo sem chamar esses métodos defaultXXXObject dentro dos métodos readObject e writeObject a serialização dos transients ocorre sem nenhum problema?. A outra dúvida é refrente a questão do testKiller citada nos posts acima, porque é feita a pergunta de qual método deve ser usado para que a serialização ocorra normalmente se não existe Objetos transients?

funciona assim…

as vezes tem uma variavel int de um objeto que voce faz referencia que nao pode ser serializada pelo método convencional…

entao voce sobrescreve o writeobject e por la writeInt por exemplo…

só que fazendo isso, voce só gravou o int, e voce nao quer gravar só o int…voce quer gravar o int que nao é possivel de fazer pela serialização padrao e o resto do objeto.

entao apos gravar o int voce chama o defaultWriteObject que vai fazer a serialização padrao do resto do objeto…

nao sei se fui bastante claro…qualquer coisa pergunte…

jbjares:

Para reforçar o assunto acrescento uma outra questão do testKiller que achei estranha:

Given:
10. public class Foo implements java.io.Serializable {
11. private int x;
12. public int getX() { return x; }
12.publicFoo(int x){this.x=x; }
13. private void writeObject( ObjectOutputStream s)
14. throws IOException {
15. // insert code here
16. }
17. }
Which code fragment, inserted at line 15, will allow Foo objects to be
correctly serialized and deserialized?
A. s.writeInt(x);
B. s.serialize(x);
C. s.writeObject(x);
D. s.defaultWriteObject();

Minha dúvida é a seguinte: Se a classe já implementa Serializable porque ainda tem que possuir esse método writeObject sem nem referencia a um outro Objeto ela possui?

se nao me engano aqui a resposta é a D nao é?

ele só poe o método writeObject para confundir…

porque nao há nenhuma restrição para que o objeto nao possa ser serializado da forma normal…
e como ele nao sobrescreve o readObjeto também…se voce usar por exemplo um writeInt ele nao sabera como desserializar…

entao voce chamaria a defaultWriteObject que faria a serialização normal do objeto…

hum… bacana Frango Mas alguem saberia me dizer o por que esses dois métodos readObjetc e writeObject funcionam normalmente mesmo sem a chamada dos defaultxxxObject ?

Assim,

o defaultWriteObject() e o defaultReadObject() são métodos que fazem a serialização normal do método. Quando você os invoca, está querendo dizer: chama a serialização normal do Java, eu só estou interessado em serializar manualmente esses poucos atributos marcados como transient.

Agora, você não precisa invocar os dois métodos, e aí você está querendo dizer: eu não me importo com a serialização normal do Java, eu vou fazer toda a serialização desse objeto sozinho.

Claro, tanto writeObject() e readObject() devem ser espelhos um do outro. Se você escreve algo em um, que não é lido do outro, alguma exceção ocorre.

Valeu Leonardo… é isso mesmo. Você sabe onde mais esses métodos podem ser utilizados ou pelomenos para a prova em quais outros contextos eles podem ser cobrados?

É só na serialização mesmo.

Valeu Leonardo3001