如何在tomcat 7上重新部署hibernate-c3p0项目，而不会出现奇怪的c3p0错误

Question

如果通过tomcat 7上的netbeans重新部署该项目，那么我会收到类似以下错误

java.lang.IllegalStateException
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1600)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
    at com.mchange.v2.resourcepool.BasicResourcePool.checkIdleResources(BasicResourcePool.java:1481)
    at com.mchange.v2.resourcepool.BasicResourcePool.access$2000(BasicResourcePool.java:32)
    at com.mchange.v2.resourcepool.BasicResourcePool$CheckIdleResourcesTask.run(BasicResourcePool.java:1964)
    at java.util.TimerThread.mainLoop(Timer.java:512)
    at java.util.TimerThread.run(Timer.java:462)
Exception in thread "Timer-5" java.lang.NoClassDefFoundError: com/mchange/v2/resourcepool/BasicResourcePool$AsyncTestIdleResourceTask
    at com.mchange.v2.resourcepool.BasicResourcePool.checkIdleResources(BasicResourcePool.java:1481)
    at com.mchange.v2.resourcepool.BasicResourcePool.access$2000(BasicResourcePool.java:32)
    at com.mchange.v2.resourcepool.BasicResourcePool$CheckIdleResourcesTask.run(BasicResourcePool.java:1964)
    at java.util.TimerThread.mainLoop(Timer.java:512)
    at java.util.TimerThread.run(Timer.java:462)
Caused by: java.lang.ClassNotFoundException: com.mchange.v2.resourcepool.BasicResourcePool$AsyncTestIdleResourceTask
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714)
    at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559)
    ... 5 more

今天，当我们尝试在tomcat 7上重新部署项目时，又遇到了另一个奇怪的错误

[5:07:02 PM] Nitin - Webscraper/Tester,Java/PHP developer: java.lang.NoClassDefFoundError: com/mchange/v2/lang/VersionUtils
 com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:104)
 com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:65)
 com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:62)
 com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:531)
 com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:128)
 org.hibernate.connection.C3P0ConnectionProvider.getConnection(C3P0ConnectionProvider.java:78)
 org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:446)
 org.hibernate.jdbc.ConnectionManager.getConnection(ConnectionManager.java:167)
 org.hibernate.jdbc.AbstractBatcher.prepareQueryStatement(AbstractBatcher.java:161)
 org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1700)
 org.hibernate.loader.Loader.doQuery(Loader.java:801)
 org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:274)
 org.hibernate.loader.Loader.doList(Loader.java:2542)
 org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2276)
 org.hibernate.loader.Loader.list(Loader.java:2271)

从现在开始已经出现了如此奇怪的错误。当我们尝试调试时，我们发现已经存在的类。

我能想到的是悬空的c3p0连接池线程，它们要么在重新部署时未正确销毁，要么可能正在执行一些活动连接或类似的操作。

关于如何重新部署这样使用hibernate和c3p0的项目，是否有最佳实践？是否需要编写一些代码才能contextDestroyed正确关闭c3p0线程？

Answer 1

我也遇到了同样的问题，并且在雄猫控制台中可以看到以下警告

2014年7月30日3:20:16 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads警告：Web应用程序[/
rmlcrm]似乎已启动名为[C3P0PooledConnectionPoolManager [identityToken->
1hge50p9311d8syo1hfjimz |
19ddf1db＃-Helper]的线程0]，但未能停止。这很可能造成内存泄漏。线程的堆栈跟踪：java.lang.Object.wait（本机方法）com.mchange.v2.async.ThreadPoolAsynchronousRunner
$ PoolThread.run（ThreadPoolAsynchronousRunner.java:635）

NicholasHemley在帖子中的评论之一建议添加一个自定义ServletContextListener并显式关闭侦听器的contextDestroyed（）方法中的C3P0连接，该方法将在取消部署应用程序时执行。

我们没有完全使用我们不想与C3P0硬耦合的代码。但是我们意识到我们没有在应用程序中的任何地方关闭hibernate会话工厂。我们在ServletContextListener的contextDestroyed（）中添加了代码以关闭hibernate会话工厂。现在我们没有错误，并且在tomcat控制台中也没有得到警告。