Discussion :

[vallica]

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 :

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

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

[adiGuba]

Salut,

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...

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++

[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 :

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

request.getSession().invalidate();

[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

[kenito]

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 ?