Configuración de Tomcat utilizando DBCP

Question

Estamos recibiendo una excepción CommunicationsException (de DBCP) después de un tiempo de inactividad (unas pocas horas). El mensaje de error (en la Excepción) se encuentra al final de esta pregunta, pero no veo wait_timeout definido en ninguno de los archivos de configuración. (¿Dónde deberíamos buscar? ¿En algún lugar fuera del directorio tomcat/conf?).

En segundo lugar, como lo sugiere la Excepción, ¿dónde se pone "Propiedad de conexión de conector/J 'autoReconnect = true'"? Aquí está la definición de recursos en el archivo conf/context.xml en Tomcat establecido:

<Resource name="jdbc/TomcatResourceName" auth="Container" type="javax.sql.DataSource" 
      maxActive="100" maxIdle="30" maxWait="10000" 
      removeAbandoned="true" removeAbandonedTimeout="60" logAbandoned="true" 
      username="xxxx" password="yyyy" 
      driverClassName="com.mysql.jdbc.Driver" 
      url="jdbc:mysql://127.0.0.1:3306/dbname?autoReconnect=true"/> 

En tercer lugar, ¿por qué la espera JVM hasta la llamada a executeQuery() para iniciar la excepción? Si la conexión ha excedido el tiempo de espera, el método getConnection arrojará la excepción, ¿no es así? Esta es la sección del código fuente que estoy hablando:

 try { 
       conn = getConnection (true); 
       stmt = conn.createStatement (ResultSet.TYPE_SCROLL_INSENSITIVE, 
               ResultSet.CONCUR_READ_ONLY); 
       rset = stmt.executeQuery (bQuery); 
       while (rset.next()) { 
        .... 

Por último, aquí están las 1ras pocas líneas de la traza de pila ...

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 84,160,724 milliseconds ago. The last packet sent successfully to the server was 84,160,848 milliseconds ago. is longer than the server configured value of 'wait_timeout'. You should consider either expiring and/or testing connection validity before use in your application, increasing the server configured values for client timeouts, or using the Connector/J connection property 'autoReconnect=true' to avoid this problem. 
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) 
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) 
at java.lang.reflect.Constructor.newInstance(Constructor.java:532) 
at com.mysql.jdbc.Util.handleNewInstance(Util.java:406) 
at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1074) 
at com.mysql.jdbc.MysqlIO.send(MysqlIO.java:3291) 
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1938) 
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2107) 
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2642) 
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2571) 
at com.mysql.jdbc.StatementImpl.executeQuery(StatementImpl.java:1451) 
at org.apache.tomcat.dbcp.dbcp.DelegatingStatement.executeQuery(DelegatingStatement.java:208) 

Estas son las razones algunos de nosotros estamos pensando "olvídate dbcp, puede ser tan dependiente de las configuraciones IDE y de la magia debajo del capó que DriverManager.getConnection (...) puede ser más confiable". ¿Algún comentario sobre eso? Gracias por sus conocimientos, - MS

Answer 1

Desde DBCP mantiene al tanto regresaron conexiones abiertas de MySQL para las próximas solicitudes de conexión, caen víctimas al MySQL Server timeout.

DBCP tiene una serie de características que pueden ayudar (se puede utilizar a partir de Tomcat 5.5 IIRC).

validationQuery="SELECT 1" 
testOnBorrow="true" 

La validación se asegura de que una conexión es válida antes de devolverlo a una aplicación web ejecutar el método 'tomar prestado'. La bandera, por supuesto, habilita esta característica.

Si el tiempo de espera (8 horas, creo) ha transcurrido y la conexión está muerta, se prueba una nueva conexión (si ya no hay ninguna, se crea) y se proporciona a la aplicación web.

Otros enfoques posibles:

1. uso del DBCP testWhileIdle="true" en la configuración de recursos a comprobar también las conexiones inactivas antes de que se detecte una petición eficaz.

2. utilicen el '' ConnectionProperties se endurezcan su conexión de MySQL (por ejemplo autoReconnect/autoReconnectForPools=true)

Answer 2

DBCP no está destinado para su uso en la producción, incluso los autores dicen que (ver esta presentación: http://www.infoq.com/presentations/Tuning-Tomcat-Mark-Thomas).

Sugiero echar un vistazo a C3P0: http://www.mchange.com/projects/c3p0/index.html