JSF pas de délai d'attente de session. Quels sont les inconvénients?

Question

J'ai une petite application Web JSF WAS7.0 avec juste une page, mais une base d'utilisateurs assez grande.

Puis-je déclarer tous (1) haricots comme champ de demande et également utiliser le client javax.faces.STATE_SAVING_METHOD sans se heurter à des problèmes de mémoire sur le serveur en utilisant une session non expirant?

Comment cela fonctionne pour des applications plus importantes?

Raison:. Je suis en train de travailler autour d'un problème dans WAS7.0 rapidement tandis que IBM traite avec mon PMR

Modifier. A ce stade, je ne dispose pas des ressources pour essayer de mesurer moi-même et laisserait l'application comme il est (en espérant ne pas importuner trop d'utilisateurs)

Answer 1

You don't necessarily need to change the bean's scope. Just keep the beans in the scope they belong in. Only if you're abusing session scoped beans to hold request or view scoped data, then the story indeed changes. Request or view scoped data belongs in request or view scoped beans, not session scoped beans. The session scoped beans should only be used to hold session wide data, such as the logged-in user, its site-wide preferences, the chosen language, etc.

Changing the state saving method from server to client will definitely fix the ViewExpiredException on views whose backing session is been expired. It will decrease server's memory usage but it will increase server's network bandwidth usage. But if you're already using GZIP (or weren't already; so turn it on as well), then the impact is pretty minor.