我正在将 HikariCP 2.3.3 与 Spring 和 Jetty 9 一起使用,并试图解决这样一个事实,即当我热部署一个新的 war 文件时,所有与 MySQL 的 Hikari 数据库池连接都处于打开和空闲状态。我在我的 spring applicationContext 文件中使用 JNDI 查找来从 Jetty 上下文文件中检索数据源。
由于我无法像定义 dataSource bean 那样在 jndi-lookup 中指定销毁方法,因此我提到了这个问题:我应该关闭 JNDI 获得的数据源吗?,其中提到您可以尝试在 ServletContextListener 的 contextDestroyed() 方法中关闭数据源。在那种情况下,他们使用的是 tomcat 和 c3po,所以我不确定这个例子有多大关系。
我在 contextDestroyed 方法中尝试了以下内容:
InitialContext initial;
DataSource ds;
try
{
initial = new InitialContext();
ds = (DataSource) initial.lookup("jdbc/myDB");
if (ds.getConnection() == null)
{
throw new RuntimeException("Failed to find the JNDI Datasource");
}
HikariDataSource hds = (HikariDataSource) ds;
hds.close();
} catch (NamingException | SQLException ex)
{
Logger.getLogger(SettingsInitializer.class.getName()).log(Level.SEVERE, null, ex);
}
但是在 HikariDataSource hds = (HikariDataSource) ds; 我得到以下异常:java.lang.ClassCastException: com.zaxxer.hikari.HikariDataSource cannot be cast to com.zaxxer.hikari.HikariDataSource
在 GitHub 上阅读此问题后,我还尝试了以下操作:是否必须调用shutdown()
HikariDataSource?:
InitialContext initial;
DataSource ds;
try
{
initial = new InitialContext();
ds = (DataSource) initial.lookup("jdbc/myDB");
ds.unwrap(HikariDataSource.class).close();
} catch (NamingException | SQLException ex)
{
Logger.getLogger(SettingsInitializer.class.getName()).log(Level.SEVERE, null, ex);
}
但我得到以下异常:java.sql.SQLException: Wrapped connection is not an instance of class com.zaxxer.hikari.HikariDataSource
at com.zaxxer.hikari.HikariDataSource.unwrap(HikariDataSource.java:177)
我觉得我接近一个可行的解决方案,但不能完全得到它。关闭 JNDI HikariCP 数据源的正确方法是什么,无论是在 contextDestroyed() 还是其他地方?