[Sessions] Doit-on sérialiser tout ce que l'on place en session?

Version imprimable

Bonjour,

Dans mon appli il m'arrive de place en session (request.getSession().setAttribute()) des objets qui sont des beans que j'ai codé moi même.
Je me demandais si le fait des les envoyer en session necessite que je déclare ces classes en serializable?
Car desfois j'ai dans les logs de Tomcat des erreurs de serialisation, mais cela n'empeche pas le bon déroulement de l'appli.

voici le genre d'erreur :
Code:

1 2 3 4 5 6 7 8 9 18 avr. 2006 11:51:15 org.apache.catalina.session.StandardSession writeObject ATTENTION: Impossible de sérialiser l'attribut de session ListePaiementsArretForm pour la session B58601E8700E455B9CDC7D741B790068 java.io.NotSerializableException: cciacs.gesam.dao.beans.RemboursementBean at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1075) at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069) at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1369) at java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:380) at java.util.Vector.writeObject(Vector.java:1018)
Une dernière question, si je veux simuler une déconexion d'un utilisateur lorsque clique sur un lien style "logout", il y a t'il un moyen de "flusher" tout ce qui a été placé en session?

merci d'avance pour votre aide ;)

18/04/2006, 15h25
adiGuba

Salut,

Citation:

Envoyé par vallica

Je me demandais si le fait des les envoyer en session necessite que je déclare ces classes en serializable?
Car desfois j'ai dans les logs de Tomcat des erreurs de serialisation, mais cela n'empeche pas le bon déroulement de l'appli.

Il est en effet preferable que les objets stocké en session soient Serialisable, car le serveur d'application peut sauvegarder la session (dans un fichier, une BD, etc...) et la désérialiser si neccessaire (par exemple en cas de session inactive depuis un certain temps, ou en cas de redémarrage du serveur pour ne pas perdre les sessions en cours).

Si un objet n'est pas serialisable il ne pourra pas être récupéré et sera donc perdu...

Citation:

Envoyé par vallica

Une dernière question, si je veux simuler une déconexion d'un utilisateur lorsque clique sur un lien style "logout", il y a t'il un moyen de "flusher" tout ce qui a été placé en session?

Il suffit d'appeller la méthode invalidate() de la session ;)

a++
18/04/2006, 15h30
bmoussaud

Tous les élements placés dans l'objet Session d'une servlet doit être Serializable. Ceci permet à un serveur d'application de pouvoir 'passiver' les information de la session si nécessaire. Ce mécanisme est également utilisé dans le cas d'un configuration 'Cluster' où ces informations doivent répliquées entre les différents noeuds.
Pour le logout:

Code:

request.getSession().invalidate();
18/04/2006, 16h18
vallica

merci beaucoup à tous les 2, et désolé d'avoir répondu un peu tard, mais la notif par mail n'a pas fonctionné, peut-être à cause de la refonte du forum.

encore merci ;)
18/04/2006, 16h56
kenito

Citation:

Envoyé par bmoussaud

Ceci permet à un serveur d'application de pouvoir 'passiver' les information de la session si nécessaire.

Ce mécanisme est utilisé automatiquement par les serveur d'application ou il faut le configurer soit même? Je crois que tomcat peut sauvegarder des sessions pour les réactiver en cas de plantage par exemple. C'est bien ce mécanisme dont tu parles ?