L'objet passé à l'ejb doit il forcément etre sérializable ?

SAlut,

Je cree un EJB pour rendre disponible des methodes creation/maj d'objet depuis plusieurs entités.

Mon managerEjb fournit alors des methodes qui traitent d'objet de la classe "A".

Est-ce impératif que cette classe A implemente Serializable ?


Merci !

Je pense que oui, dans le sens où tes objets transitent sur le réseau, ils auront donc besoin d'être sérialisés.

hum...
l'objet que j'essaie de faire transiter implements serializable.. mais un attribut de cette classe ne l'implemente pas..

Tous les attributs doivent être serializable ?

8O

Si l'un de tes attribut n'implementes pas serializable tu peux aider Java en implémentant les méthodes:

Code:

---

1 2 3 4

private void writeObject(java.io.ObjectOutputStream out) throws IOException private void readObject(java.io.ObjectInputStream in) throws IOException, ClassNotFoundException;

---

La premiere sera appelé lors de la serialisation et la seconde lors de la désérialisation. Exemple en fin page (http://www.javapractices.com/Topic45.cjp)

Autre point à savoir:
si ton attribut est déclaré 'transient', il sera ignoré lors du processus de serialisation et affecté à sa valeur par défaut lors de la désérialisation
Idem pour un attribut de type 'static'. Cependant le type static implique un comportement différent de ton attribut: il devient attribut de classe et non plus attribut d'instance.

Ref: http://java.sun.com/j2se/1.4.2/docs/...ializable.html

Bon bin j'ai repackagé mon ejb, j'ai plus ce pb...
on va dire que c résolu !!
:)


(enfin, g un autre probleme, mais un autre sujet)
merci

bmoussaud, tu me dis d'implementer ces 2 methodes... dans tous les attributs ?
ou juste dans classe véhiculée pour l'ejb ?

Pasque l'objet que je souhaite faire transiter est assez complexe.... avec pas mal d'attribut qui n'implémentent pas forcément serializable...

Disons que ta classe à transferer est MaClasse avec les attributs a,b,c,d avec c et d non serializable.

Code:

---

1 2 3 4 5 6

class MaClasse implements Serializable{ private A a; private B b; private C c; private D d; }

---

Méthode transient:

Code:

---

1 2 3 4 5 6

class MaClasse implements Serializable{ private A a; private B b; private transient C c = null private transien D d = new D("otot"); }

---

Dans ce cas la, le mécanisme de sérialization va ignorer c et d. Lors de la désérialisation , les attributs c et d seront initialisés avec respectivement les valeur null et new D("otot");

Methode writeObject/readObject

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

class MaClasse implements Serializable{ private A a; private B b; private C c = null private D d = null; private void writeObject( ObjectOutputStream aOutputStream ) throws IOException { aOutputStream.writeObject(a); aOutputStream.writeObject(b); c = null; d = null; }   private void readObject( ObjectInputStream aInputStream ) throws ClassNotFoundException, IOException { a = aInputStream.readObject() b = aInputStream.readObject() c = null; d = new D(a,b); } }

---

La second méthode doit etre utilisée seulement l'initialisation d'un attribut dépend de la valeur d'autres.Sinon préférer la première.
Il est également possible de combiner les deux pour obtenir le mieux

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

class MaClasse implements Serializable{ private A a; private B b; private transient C c = null private transient D d = null; private void writeObject( ObjectOutputStream aOutputStream ) throws IOException { //perform the default serialization for all non-transient, non-static fields aOutputStream.defaultWriteObject(); }   private void readObject( ObjectInputStream aInputStream ) throws ClassNotFoundException, IOException { //always perform the default de-serialization first aInputStream.defaultReadObject(); c = null; d = new D(a,b); } }

---

Note: si tu 'implementes' une méthode (par ex: readObject), tu dois alors implementer sa cousine (ex:writeObject)

Note:

Citation:

---

bmoussaud, tu me dis d'implementer ces 2 methodes... dans tous les attributs ?

---

L'implémentation au niveau d'un attribut n'a pas de sens :mrgreen: