Discussion :

[thebloodyman]

Bonjour,

Je me remet à Hibernate et je rencontre un souci que j'avais oublié avec ses concurrents : logger les valeurs des paramètres des requêtes exécutées.
A l'époque ou j'utilisais Hibernate, j'avais utilisé P6Spy, un driver JDBC mouchard et passe plat en façade du driver JDBC cible.
J'ai cherché sur Google si on faisait pas mieux et j'ai rien trouvé.
Il n'y a pas de solution moins intrusive en passant par une conf Hibernate ou un outil Spring ?

Pour info, je connais la technique qui consiste à configurer le Logger des packages d'Hibernate en niveau Trace mais je trouve que ça pourri un peu les logs avec pleins de trucs pas toujours utiles (ouverture, fermeture de sessions, cache, routine Hibernate, etc...)

[thebloodyman]

J'ai peut être trouvé quelque chose d'acceptable :
logger seulement le package org.hibernate.type.descriptor.sql.

Pour l'instant, le seul mauvais côté que je vois c'est que je dépend de l'arbo de packages d'hibernate-core. Si ils changent l'arbo du package tracé, mes logs de param ne fonctionneront plus. Enfin bon,il y a peu de chance.

Si quelqu'un a mieux, je suis preneur.

[JeitEmgie]

J'ai peut être trouvé quelque chose d'acceptable :
logger seulement le package org.hibernate.type.descriptor.sql.

Pour l'instant, le seul mauvais côté que je vois c'est que je dépend de l'arbo de packages d'hibernate-core. Si ils changent l'arbo du package tracé, mes logs de param ne fonctionneront plus. Enfin bon,il y a peu de chance.

Si quelqu'un a mieux, je suis preneur.

L'autre outil intéressant - mais qui ne concerne pas les requêtes SQL directement - est de mettre un hibernate.ejb.interceptor qui va vous permettre de connaître les modifications apportées aux entités (POJO) elles-mêmes.

C'est de plus haut niveau et évidemment ce qui n'est pas "entité" passera en dessous de ce radar-là, mais les entités modifiées/effacées le sont forcément via du SQL.

Dans Spring, voir org.springframework.orm.hibernate3.support.ScopedBeanInterceptor et dans Hibernate : org.hibernate.Interceptor.

L'avantage étant quand même de se placer à un niveau supérieur et de ne pas devoir se préoccuper de ce qui est "commited" et de ce qui ne l'est pas lorsqu'on travaille au niveau des logs SQL.


Et pour rester dans le plus haut niveau, il y a toujours la possibilité d'utiliser AspectJ sur vos classes services.