Conflit du pool Hibernate avec Mysql?

**SaladinDev** · 12/07/2011, 00h05

Salut tout le monde.
J'aimerais savoir s'il existe un conflit entre le pool de connexion d'Hibernate avec Mysql.
J'ai une application web sous mysql et j'utilise hibernate pour la gestion de la connexion.mais aprés des heures d'utilisation de l'applications j'ai une exception lors de la connexion :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
 
org.hibernate.exception.GenericJDBCException: Cannot open connection
	at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:103)
	at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:91)
	at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
	at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:29)
	at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:426)
	at org.hibernate.jdbc.ConnectionManager.getConnection(ConnectionManager.java:144)
	at org.hibernate.jdbc.JDBCContext.connection(JDBCContext.java:119)
	at org.hibernate.transaction.JDBCTransaction.begin(JDBCTransaction.java:57)
	at org.hibernate.impl.SessionImpl.beginTransaction(SessionImpl.java:1326)
	at big.commun.data.BigObjet.getSession(BigObjet.java:1808)
	at big.commun.auth.BigAuth.getSession(BigAuth.java:69)
	at big.commun.auth.BigAuth.SelectUser(BigAuth.java:159)
	at big.commun.auth.BigAuthAction.processRequest(BigAuthAction.java:46)
	at auth.AuthAction.processRequest(AuthAction.java:22)
	at big.commun.data.BigActionServer.doPost(BigActionServer.java:251)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
	at java.lang.Thread.run(Thread.java:619)
Caused by: java.sql.SQLException: An SQLException was provoked by the following failure: java.lang.InterruptedException
	at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:106)
	at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:65)
	at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:62)
	at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:531)
	at com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:128)
	at org.hibernate.connection.C3P0ConnectionProvider.getConnection(C3P0ConnectionProvider.java:56)
	at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:423)
	... 24 more
Caused by: java.lang.InterruptedException
	at java.lang.Object.wait(Native Method)
	at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1315)
	at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:557)
	at com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:477)
	at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:525)
	... 27 more

Quelle pourrait être la raison de cette erreur?

Cordialement.

**tchize_** · 12/07/2011, 11h28

Et après l'exception, vous arrivez de nouveau à créer des session hibernate?

Il peux y avoir des tas de raison à un InterruptedException, mal heureusement, car c'est le mécanisme utilisé pour demander à un Thread d'arrêter son travail en cours

Il n'y a pas d'erreur dans les logs de mysql? Pas d'autre message avant? Vous fermez bien vos sessions?

**SaladinDev** · 12/07/2011, 17h17

Pour pouvoir se reconnecter à l'application on doit recharger l'application (avec la manager de TOMCAT).
Coté logs Mysql je n'ai rien trouvé.
Pour les sessions nous ouvrons et fermons les sessions pour chaque transaction.
Pour être que mon fichier de configuration hibernate sera utile:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE hibernate-configuration PUBLIC
          "-//Hibernate/Hibernate Configuration DTD 3.0//EN"
          "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
 
<!-- Generated by MyEclipse Hibernate Tools.                   -->
<hibernate-configuration>
<session-factory>
<property name="dialect">org.hibernate.dialect.MySQLDialect</property>
<property name="connection.driver_class">com.mysql.jdbc.Driver</property>
<property name="show_sql">true</property>
<property name="max_fetch_depth">3</property>
<property name="connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>
<property name="c3p0.acquire_increment">2</property>
<property name="c3p0.idle_test_period">3000</property>
<property name="c3p0.timeout">1800</property>
<property name="c3p0.max_size">25</property>
<property name="c3p0.min_size" >3</property>
<property name="c3p0.max_statement">0</property>
<property name="c3p0.preferredTestQuery">select 1;</property>
<property name="c3p0.validate">true</property>
<property name="myeclipse.connection.profile">MysqlS2</property>
</session-factory>
</hibernate-configuration>

**tchize_** · 12/07/2011, 20h27

Si vous êtes dans une conteneur tomcat, préférez la désactivation de C3P0 et utilisez le datasource du conteneur pour requerir les donnée depuis jdbc. Le conteneur fournis lui même la structure nécessaire pour faire le pooling.

**SaladinDev** · 12/07/2011, 21h58

Si vous pensez que ceci est en relation avec le problème alors je demande plus d'explications si c'est possible.

**tchize_** · 13/07/2011, 09h15

je ne pense pas que ça puisse avoir un lien, mais hibernate , de mémoire, ne recommande pas d'utiliser leur pool interne, mais plutot d'utiliser une datasource

**SaladinDev** · 13/07/2011, 09h28

Sur le Faq du site il est recommandé d'utiliser C3P0 à la place de celui utilisé par Hibernate,et c'est ce qu'on a fait.

**SaladinDev** · 13/07/2011, 23h14

Pas d'autres pistes pour le problème signaler??

**tchize_** · 14/07/2011, 09h19

Le plus probable pour moi est un problème au niveau de la connexion DB (d'ou la recherche dans les logs).

Si vous avez un doutes sur le pool de connexion C3P0, comme suggéré, utilisez la datasource et le pooling de votre conteneur (ici tomcat).

A moins que l'erreur continue systématiquement après la première erreur, il n'y a pas de raison pour avoir besoin de redémarrer. Nouvelle session hibernate = nouvelle connexion = normalement pas de soucis.

**SaladinDev** · 19/07/2011, 17h06

Je ne trouve vraiment pas le problème qui deviens vraiment pausent,à chaque fois je dois recharger l'application.Quelqu'un pourrait me donner des explications sur le rechargement d'une application et ce qui se passe, et aussi sur la gestion d'un pool de connexion.
Cordialement.

**SaladinDev** · 31/07/2011, 23h20

Je suis arrivé à détaillé encore plus l'exception:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
 
org.hibernate.exception.GenericJDBCException: Cannot open connection
	at org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:103)
	at org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:91)
	at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
	at org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:29)
	at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:426)
	at org.hibernate.jdbc.ConnectionManager.getConnection(ConnectionManager.java:144)
	at org.hibernate.jdbc.JDBCContext.connection(JDBCContext.java:119)
	at org.hibernate.transaction.JDBCTransaction.begin(JDBCTransaction.java:57)
	at org.hibernate.impl.SessionImpl.beginTransaction(SessionImpl.java:1326)
	at big.commun.data.BigObjet.getSession(BigObjet.java:1826)
	at big.commun.auth.BigAuth.getSession(BigAuth.java:68)
	at big.commun.auth.BigAuth.SelectUserPermission(BigAuth.java:142)
	at big.commun.auth.BigAuthAction.processRequest(BigAuthAction.java:58)
	at auth.AuthAction.processRequest(AuthAction.java:22)
	at big.commun.data.BigActionServer.doPost(BigActionServer.java:251)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
	at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
	at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
	at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
	at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
	at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)
	at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
	at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)
	at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
	at java.lang.Thread.run(Thread.java:619)
Caused by: java.sql.SQLException: Connections could not be acquired from the underlying database!
	at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:106)
	at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:529)
	at com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:128)
	at org.hibernate.connection.C3P0ConnectionProvider.getConnection(C3P0ConnectionProvider.java:56)
	at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:423)
	... 24 more
Caused by: com.mchange.v2.resourcepool.CannotAcquireResourceException: A ResourcePool could not acquire a resource from its primary factory or source.
	at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1319)
	at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:557)
	at com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:477)
	at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:525)

donc la raison c'est :

Code :

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

1
2
 
com.mchange.v2.resourcepool.CannotAcquireResourceException: A ResourcePool could not acquire a resource from its primary factory or source.

Quel explication donner dans ce cas.

**tchize_** · 31/07/2011, 23h57

y a vraiment aucune trace d'un message qui viedrais du driver jdbc? La on a juste C3PO qui dit qu'il n'a pas pu établir une connexion

**SaladinDev** · 01/08/2011, 15h35

Je me demande plutôt si le problème n'es pas lié à Mysql qui ferme toutes les connexions après 8h d'inactivité

**JeitEmgie** · 01/08/2011, 15h58

Envoyé par SaladinDev

Je me demande plutôt si le problème n'es pas lié à Mysql qui ferme toutes les connexions après 8h d'inactivité

Entre autres… et aussi si vous activez au moins le niveau INFO des logs :

Code :

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

1
2
 
INFO [org.hibernate.connection.DriverManagerConnectionProvider] Using Hibernate built-in connection pool (not for production use!)

ce qui est assez clair comme avertissement…

**SaladinDev** · 01/08/2011, 16h47

Envoyé par JeitEmgie

Entre autres… et aussi si vous activez au moins le niveau INFO des logs :

Code :

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

1
2
 
INFO [org.hibernate.connection.DriverManagerConnectionProvider] Using Hibernate built-in connection pool (not for production use!)

ce qui est assez clair comme avertissement…

Si le problème est lié à Mysql comment remédie à ce problème.
J'aimerai aussi plus de détaille sur la 2eme remarque et la gestion des logs.

**JeitEmgie** · 01/08/2011, 16h50

Envoyé par SaladinDev

Si le problème est lié à Mysql comment remédie à ce problème.
J'aimerai aussi plus de détaille sur la 2eme remarque et la gestion des logs.

Hibernate lui-même vous prévient que son pool interne de connections n'est pas conçu pour un usage professionnel…
et cela quand vous activez le niveau INFO au moins du logging sur le framework Hibernate.

**SaladinDev** · 01/08/2011, 20h12

Mais j'utilise c3p0 pour la gestion du pool de connexion

**tchize_** · 01/08/2011, 21h08

Je connais pas C3P0, mais si mysql ferme la connexion au bout de 8h, il faut le détecter. La pluspart des pool offrent une possibilité de "valider" les connexion avant de les retourner à l'appelant. Si la connexion est invalide elle est fermée et remplacée par une neuve.

**JeitEmgie** · 01/08/2011, 21h28

Envoyé par SaladinDev

Mais j'utilise c3p0 pour la gestion du pool de connexion

oops… lu trop vite… le titre m'induit en erreur…

avec Spring et le pool de connection en bean, on peut spécifier destroy-method="close", ce qui en général est une partie de la solution à ce problème, comment le faire dans votre configuration est une autre question…

Et vous avez aussi le paramètre c3p0.idleConnectionTestPeriod (hibernate.c3p0.idle_test_period).

(voir http://www.mchange.com/projects/c3p0...ection_testing)

**SaladinDev** · 07/08/2011, 16h02

J'ai essaye la balise :

Code :

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

1
2
 
<property name="c3p0.idle_test_period">3000</property>

mais ça donne rien,vraiment je n'arrive pas à comprendre le problème.

Conflit du pool Hibernate avec Mysql?

Hibernate Java

Discussions similaires

Partager

Partager