Version imprimable
Bonjour,
Je travaille avec Tomcat 5.5.16 et je souhaiterais mettre des données dans les
sessions utilisateur, mais avant je voudrais savoir quel impact cela peut-il avoir
sur un site web bien fréquenté (ex : 20 000 visites/ jours) ?
Est-ce que les sessions sont bien gérées ou est ce que je ne risque pas de
planter ou surcharger inutilement mon tomcat ?
(au lieu d'aller relire dans la base)
Voilà, pour vos retours d'expériences ;)
a+
Xavier
Je pense que ça dépend de certains paramètres comme par exemple,
la taille des données que tu veux stocker en session, la durée de vie de tes sessions.
A mon avis, il est préférable d'éviter de stocker une grande quantité de données dans la session et surtout des objets complexes.
Je vois plutôt la session pour y stocker par exemple, la langue utilisé, l'id du client connecté...en fait toutes les données qui sont utiles tout au long du parcours du site.
Merci pour ta réponse, voilà mon environement :
Ce qu'il se passe c'est que j'ai 3 jsp qui accédent aux mêmes infos.
A inclut B; B est aussi utilsé par A via de l'AJAX; et C est utilisé à part
mais dépend de A qui a tout chargé.
Ce que j'ai fait c'est que A charge les données (SQL + quelques traitements
sur les infos) et colle ca en session dans un Objet qui est conséquent:
il contient
- un objet avec ~50 champs,
- 2 Listes (maxi 40 obj pour les deux réunis) d'objets de 15 champs
Bon il est balaise en fait !
Comme cela, B et C récupère les infos chargées et traités comme il faut sans
avoir à refaire le boulot de A. Tout est prêt, y'a juste à afficher les infos.
Et je met maxi 5 objects comme ca en session car sinon c'est la boucherie...
Je vais voir si je peut repasser tout ca en normal, mais ca m'embête de faire
3 fois du SQL et du traitement sur les datas alors ca peut être fait que une
fois.
Qu'en penses tu ?
C'est une question existencielle en java :
Mieux vaut refaire 3 fois des "gros" traitements SQL et java ou
mettre des objets (bcp et gros) en session ?
Merci a+
Xavier
Y a qu'a tester :)
Tu n'as qu'un seul moyen d'etre fixer c'est de developper la solution qui utilise la session et de faire des test de monter en charge via JMeter et de voir si une outofmemoryError apparait et si oui a partir de combien de connexion.
Evidement faudrait pouvoir faire le teste sur un environnement identique a celui de production, car le post de dev risque de craquer bien plus tot qu'un serveur de production.
Si cette solution ne te satisfait alors plus, il te restera à a changer ta façon de recuperer tes donner ce qui ne devrait pas impliquer de gros changement si tu externalise la recuperation des données dans une classe ou methode.
Salut,
Bon en fait j'ai préféré ne pas prendre de risque avec ces histoires de sessions,
du coup (vu de tout manière les temps de réponse) j'ai refait mes traitements
dans les jsp concernés... Au moins je suis sur sur de mon coup tout de suite !
Merci à tous a+
Xavier