Discussion :

[drKzs]

Bonjour,

j'ai une question bête...
Y a-t-il un inconvénient à placer un grand nombre données en session utilisateur (http session), ou dans la pageContext ?
Je pense par exemple à des listes d'objets... J'imagine que ça doit ralentir le chargement de la page ?

Question reliée, la session utilisateur est unique pour chaque client, mais qu'en est-il de la pageContext ? est-ce que c'est une zone partagée ?

merci

[mittim]

Le context concerne ton application côté serveur et non ton client. Généralement en session tu stock les beans nécessaires et les infos du user. Ensuite tu passe juste les données dans tes requêtes et réponses.


Enfin moi c'est comme ça que je travail, après...

[drKzs]

hmm... ce qui signifie que tout ce qui est passé en context est partagé par chaque utilisateur ? Je veux dire, si deux utilisateurs se connectent à l'appli, et qu'ils passent par les mêmes JSP, les variables dans le context sont mélangées ?

[mittim]

Pour les données propre à l'utilisateur, utilise les sessions, elles sont faites pour cela. Le context est côté serveur. Donc ce n'est pas une zone paratgée entre les utilisateurs, le contexte contient les infos sur ton appli par sur les clients.

[drKzs]

oui, j'ai compris ça merci Mais ce qui est stocké dans le context peut l'être via une JSP. Donc le client arrive sur la page, et là ça stocke la valeur. Ma question, c'est de savoir si deux clients passent par la même page, est-ce que le serveur a une valuer ou deux valeurs ? je sais pas si je suis clair...

[mittim]

Une seule à partir du moment où tu lit juste la valeur. Si tu fais un set et que la valeur existe je pense que la valeur sera modifiée. Mais j'insiste, pourquoi utiliser le context? Tu ne peux pas utiliser la session??