Discussion :

[grodeg]

Bonjour,

Dans un environnement Eclipse / Tomcat / Hibernate / Postgres, j'ai une application de type web, multi-utilisateurs.

Au lancement de l'application, la Session Hibernate est créée.
J'ai des problèmes de heap space après quelques connexions et utilisations avec accès à la base de données en lecture et/ou écriture.

Les paramètres Xms et Xmx sont ok.

Donc, comment puis-je faire un session.flush() et session.clear(), sachant qu'il existe une session Hibernate utile à plusieurs utilisateurs ?

En gros en fin de traitement si je fais un flush et un clear il est possible du coup, je l'ai testé, de déconnecter un autre utilisateur de cette même méthode qu'il était en train d'utiliser pour faire un accès BDD.

Merci d'avance pour votre aide.

[fr1man]

La session Hibernate n'est pas censée etre partagée par plusieurs utilisateurs simultanément.

[grodeg]

J'ai une application qui est accédée par des utilisateurs qui peuvent requêter sur une base de données.
L'accès à cette dernière, lecture/écriture est faite à travers Hibernate.

Peux-tu expliquer un peu plus ton point de vue sur le : c'est pas fait pour ça

merci

[fr1man]

Disons, que la session Hibernate est censée avoir une durée de vie courte.
Généralement, pour chaque requete utilisateur, tu crées une session, tu fais ton travail et tu fermes la session.
La gestion de la session peut etre gérée de manière automatique, c'est à dire associée au thread courant ou à la transaction courante.

C'est la sessionFactory qui est partagée entre les utilisateurs et notamment, son cache de second niveau.

[grodeg]

Intéressant

donc si dans ce code je vois un builFactory
qu'après je ne vois que des
HibernateUtil.getSessionFactory().getCurrentSession();

est ce que ça veut dire que cette méthode génère une session ?

sinon qu'est ce qui génère la session utilisateur hibernate et question accessoire, pourquoi quand je fais un session.flush() et session.clear() à partir de l'interface utilisateur d'un user A ces deux ordres entrainent le close d'une autre session utilisateur mettons du user B?

[fr1man]

Le getCurrentSession() récupère à la session associé au thread ou à la transaction courante, ça dépend de ta config.
Si le flush() ou clear() touche deux utilisateurs, c'est qu'ils partagent à priori, le meme objet session.

[tchize_]

je rajoute que les sessions hibernate ne sont pas thread safe -> ne sont pas censées être utilisé par des threads différents en même temps.

Enfin, les objet hibernate ne doivent surtout pas être conservés dans la sessions http ou, pire, dans l'application contexte. Leur durée de vie doit être limitée à celle de la session hibernate qui ne dois pas dépasser la durée d'une requete http.

[Nudger]

Bonjour,

Comment savez-vous que ce sont les connexions le problème ? Avez-vous fait une analyse mémoire ?

Théoriquement, votre problème ne devrait pas avoir lieu
Assurez-vous que vous appelez bien les méthodes close sur les *Statement, les ResultSet et les Connexion. Et ce de manière sécurisée (dans un finally).

Il y a néanmoins certains drivers qui sont buggés... Quel driver utilisez-vous et pour quelle type de base de données ?

[tchize_]

Nudger: je pense qu'il parlais juste de connexion http de ses utilisateurs :p Si on garde les session hibernate ad vitam en mémoire, inévitablement, elles finissent par être une copie en mémoire de la DB. Plus la DB est grosse, plus il y aura de données