Perdad de conexão com banco e tomcat

Front-end
#1

bom dia pessoal,

Tenho um problema acontecendo, o cenário é o seguinte: uma aplicação que fiz está rodando em um servidor aqui da empresa, o servidor de aplicação é o Tomcat, e a aplicação que foi feito o deploy conecta no banco de dados da empresa, o que acontece é que algumas vezes este banco é reiniciado, quando tem que realizar alguma leve manutenção, depois desta reinicialização do banco não funciona mais a aplicação, não consegui programaticamente (sem gambiarras) de verificar se existe conexão ainda, depois da reinicialização do banco, o atributo sessionFactory.isClosed() retorna false, ou seja, supostamente estaria OK, mas depois ocorre a exceções, ouvi dizer que o jBoss tem um auto-reconnect, o Tomcat tem alguma coisa parecida, ou alguém tem alguma outra sugestão para resolver o problema?

26/03/2013 09:19:59 org.hibernate.engine.jdbc.spi.SqlExceptionHelper logExceptions WARN: SQL Error: 0, SQLState: JZ006 26/03/2013 09:19:59 org.hibernate.engine.jdbc.spi.SqlExceptionHelper logExceptions ERROR: JZ006: Caught IOException: com.sybase.jdbc3.jdbc.SybConnectionDeadException: JZ0C0: Connection is already closed. 26/03/2013 09:19:59 org.hibernate.engine.jdbc.spi.SqlExceptionHelper logExceptions WARN: SQL Error: 0, SQLState: JZ0C1 26/03/2013 09:19:59 org.hibernate.engine.jdbc.spi.SqlExceptionHelper logExceptions ERROR: JZ0C1: An IOException occurred which closed the connection.

#2

Para o MySql tem o autoReconnect=true

veja se da certo para seu caso

JDBC driver=com.mysql.jdbc.Driver url=jdbc:mysql://localhost:3306/dbname?autoReconnect=true username=username password=password

[]s

#3

já tentei isso por desencargo de consciência, mas o banco que é utilizado é o Sybase Anywhare, não deve possuir este recurso!

estava pesquisando mais, encontrei algo falando sobre Tomcat JDBC Connection Pool, dentre um das funcionalidades

Ability to configure custom interceptors. This allows you to write custom interceptors to enhance the functionality. You can use interceptors to gather query stats, cache session states, reconnect the connection upon failures, retry queries, cache query results, and so on. Your options are endless and the interceptors are dynamic, not tied to a JDK version of a java.sql/javax.sql interface.

não sei como se implementa isso, vou continuar pesquisando!

#4