Discussion :

[1ereClasseTac]

Bonjour à tous,

Nous avons une application Web qui tourne sous Websphere 5 et accède à une base Oracle 9i. Régulièrement, cette application ouvre toutes les connexion possible à la base de donnée et devient donc inaccessible.
Sur la journée d'hier, à 15:27:38, une vingtaine de connexion ont été ouverte simultanément (observé sous Oracle en interrogeant la table v$license), peu de temps après une trentaine de connexion ouverte au même moment... Ceci jusqu'à saturer le pool de 100 connexion (le highwater sous Oracle a atteint 118). L'application ne peut alors plus répondre aux sollicitations des utilisateurs et le site devient indisponible.

La base de donnée se porte comme un charme (les 100 connexions sont en fait inactives) et je cherche donc quelle méthode ou traitement est responsable de cette ouverture massive de connexion, sachant que nous utilisons Hibernate et sa classe "connectionManager".

Dans la log, il n'y a rien si ce n'est le message "Unable to read and handle request" qui se retrouve régulièrement sur toute la journée:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
[16/02/10 14:27:16:249 CET] 30ed648c WebGroup      I SRVE0180I: [INTERNETCAPEBWeb] [/INTERNETCAPEBWeb] [Servlet.LOG]: /Departemental16A/Publication/pour_votre_entreprise/economique/economique.jsp: init
[16/02/10 14:27:37:983 CET] 25ace514 HttpConnectio E Unable to read and handle request: null
[16/02/10 14:27:38:343 CET] 38a1e4af WebGroup      I SRVE0180I: [INTERNETCAPEBWeb] [/INTERNETCAPEBWeb] [Servlet.LOG]: /Departemental33A/Publication/pour_votre_entreprise/pourvotreentreprise.jsp: init
[16/02/10 14:27:38:499 CET] 38a8e4af SystemOut     O Hibernate: select artisan0_.NOM_RESPONSABLE as x0_0_, artisan0_.ADRESSE_ARTISAN as x1_0_, artisan0_.ADRESSE2_ARTISAN as x2_0_, artisan0_.CODE_POSTAL_ARTISAN as x3_0_, artisan0_.COMMUNE_ARTISAN as x4_0_, artisan0_.RS_ARTISAN as x5_0_, artisan0_.TELEPHONE_ARTISAN as x6_0_, artisan0_.FAX_ARTISAN as x7_0_, artisan0_.EMAIL_ARTISAN as x8_0_, artisan0_.NUMERO_INSEE_ARTISAN as x9_0_, artisan0_.NUMERO_SIRET_ARTISAN as x10_0_, artisan0_.CODE_APE_NAF_ARTISAN as x11_0_, artisan0_.DESCRIPTION_ARTISAN as x12_0_, artisan0_.SITEWEB_ARTISAN as x13_0_ from ARTISAN artisan0_ where (artisan0_.ID_ARTISAN='CAP71A803783' )
[16/02/10 14:27:38:515 CET] 38a8e4af SystemOut     O Hibernate: select distinct relsignere0_.SIGNE_RECO_ID_SIGNE_RECO as x0_0_, signereco1_.INTITULE_SIGNE_RECONNAISSANCE as x1_0_ from REL_SIGNERECO_ART relsignere0_, REF_SIGNERECO signereco1_ where relsignere0_.SIGNE_RECO_ID_SIGNE_RECO=signereco1_.ID_SIGNE_RECONNAISSANCE and ((relsignere0_.ARTISAN_ID_ARTISAN='CAP71A803783' ))
[16/02/10 14:27:50:218 CET] 4acd65a0 SystemOut     O Hibernate: select departemen0_.NUMERO_DEPARTEMENT as x0_0_, departemen0_.NOM_DEPARTEMENT as x1_0_, departemen0_.DROIT_RECHERCHE as x2_0_ from DEPARTEMENT departemen0_ order by  departemen0_.NUMERO_DEPARTEMENT
[16/02/10 14:27:50:218 CET] 2a55e514 HttpConnectio E Unable to read and handle request: null

Si quelqu'un a une piste je le remercie par avance car je bloque depuis plusieurs jours

[lbenoit]

Bonjour,

Est-ce que ton application utilise bien une source de donnée (datasource) ?

[1ereClasseTac]

Oui bien sûr, la connexion (et donc la datasource) est définie dans un fichier de conf. J'avoue que je ne vois pas trop ou tu veux en venir, tu peux peut être me dire à quoi tu penses ?

[lbenoit]

Es-tu sûr que la connexion est bien rendu au pool ?

[1ereClasseTac]

C'est bien là tout le problème, c'est hibernate qui gère les connexions même pour les traitements lourd de type batch. Donc, soit les connexions sont mal fermées soit il y a un dead lock quelque part dans les traitements 'synchronized'.
Je pense que ce thread ne va pas beaucoup m'aider, car il va falloir que je revois en profondeur la façon dont les connexions sont gérées.
Merci quand même pour ta sollicitude