Configurazione Tomcat tramite DBCP

Question

Otteniamo una CommunicationsException (da DBCP) dopo un periodo di inattività (alcune ore). Il messaggio di errore (nell'eccezione) si trova alla fine di questa domanda, ma non vedo wait_timeout definito in nessuno dei file di configurazione. (Dove dovremmo guardare? Da qualche parte fuori dalla directory tomcat/conf?).

In secondo luogo, come suggerito dall'eccezione, dove si inserisce la "proprietà Connection/J connection" autoReconnect = true ""? Ecco la definizione di risorse nel file conf/context.xml in Tomcat impostare:

<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"/> 

In terzo luogo, perché la JVM aspettare fino alla chiamata a executeQuery() per generare l'eccezione? Se la connessione è scaduta, il metodo getConnection dovrebbe lanciare l'eccezione, vero? Questa è la sezione del codice sorgente di cui sto parlando:

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

Infine, ecco il 1 ° poche righe della traccia dello stack ...

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) 

Queste sono le ragioni per alcuni di noi sono pensando "dimentica dbcp, potrebbe essere così dipendente dalle configurazioni IDE e dalla magia nascosta che DriverManager.getConnection (...) potrebbe essere più affidabile". Qualche commento su questo? Grazie per i vostri approfondimenti, - MS

Answer 1

Dal DBCP continua a restituite le connessioni MySQL open per le richieste di connessione in arrivo, cadono vittime al MySQL Server timeout.

DBCP ha un numero di funzionalità che possono essere d'aiuto (può essere utilizzato a partire da Tomcat 5.5 IIRC).

validationQuery="SELECT 1" 
testOnBorrow="true" 

La convalida fa in modo che una connessione è valida prima di tornare a una webapp esecuzione del metodo di 'prendere in prestito'. La bandiera ovviamente abilita questa funzionalità.

Se il timeout (8 ore credo) è scaduto e la connessione è morta, viene verificata una nuova connessione (se non ce ne sono più, viene creata) e fornita alla webapp.

Altri approcci possibili:

1. uso del DBCP testWhileIdle="true" nelle impostazioni di risorse per controllare anche le connessioni inattive prima che venga rilevata una richiesta efficace.

2. utilizzare il 'ConnectionProperties' per indurire la tua connessione MySQL (ad esempio autoReconnect/autoReconnectForPools=true)

Answer 2

DBCP non è pensato per l'uso in produzione, anche gli autori dicono che (vedere questa presentazione: http://www.infoq.com/presentations/Tuning-Tomcat-Mark-Thomas).

vi suggerisco di dare un'occhiata a C3P0: http://www.mchange.com/projects/c3p0/index.html