HttpSession et attributes swappable / nonswappable

Je veux stocker des données dans ma session, pour cela j'utilise les méthodes setAttribute() et getAttribute() de HttpSession.

Or, quand je suis en debuggage sous mon WSAD, je me rend compte que toutes les données ne sont pas stocker au même endroit :
certaines sont stockées dans la partie mNonswappableData et d'autres dans la partie mSwappableData de ma session.

Du coup, dans mon action Struts suivante, quand je veux récupérer mes données, celles qui étaient dans la partie mSwappableData ont disparues.

Quelqu'un pourrait-il m'expliquer :
quelle est la différence entre mSwappableData et mNonswappableData,
comment on fait pour mettre les données dans l'un ou l'autre (j'utilise le même code setAttribute() dans les 2 cas).

Visiblement, sous WAS (version ??), l'objet Session est de type com.ibm.servlet.personalization.sessiontracking.SessionData

Dans cet objet, il y a des données Swappable et NonSwappable.
Je ne connais pas WAS et sur Google, je n'arrive pas à trouver beaucoup d'infos sur cette classe. En plus, il semble y avoir différentes versions de cette classe.
Regardes dans l'API !!!!

Après décompilation de la classe com.ibm.servlet.personalization.sessiontracking.SessionData, j'ai trouvé d'où venait la différence : tout ce qui est serializable ou externalizable est mis dans la partie swappable et le reste dans nonSwappable. Je vais donc utiliser des objets non serializable.
Par contre pourquoi est-ce qu'il font une différence ???

sans vouloir faire le fier, je me doutais bien de la différence.
j'imagine que pour des raisons de place mémoire, la session peut être flushée sur le disque dur. Mais pour pouvoir faire cela, la session ne peut flusher que les objets Serializables; c'est donc pour cela que tes objets en session sont catégorisés en 2 ensembles : les objets "flushables" et les objets "non flushables".
On a aussi besoin d'objets Serializables en Session quand on utilise un cluster pour que les Sessions puissent s'échanger entre les noeuds du cluster.

Tu n'as pas à te soucier de cela et tu n'utilises l'interface Serializable que si tu en as besoin pour TES propres besoins.