防止Spring在卸载war文件时破坏连接池

Question

在开始利用Tomcat的“版本”功能时，我发现当Tomcat卸载以前版本的war文件时，Spring似乎也在破坏连接池。这是一个问题，因为该应用程序的其他（较新）版本需要该连接池

我如何防止这种情况？

脚本：

1. 部署~/tomcat/webapps/helloworld##v1.war并启动tomcat
2. HikariCP池正确初始化
3. 用户登录
4. 通过Tomcat Manager和Cargo部署新版本（~/tomcat/webapps/hellowworld##v2.war）
5. 新用户获得v2的war文件。老用户在v1上停留，直到会话超时
6. 一旦所有v1会话超时，Tomcat将解除部署v1。
7. 这是问题开始的时候。v2不能再从JNDI获得DB连接

数据源在~/tomcat/conf/server中设置。xml作为GlobalNameResources，并在每个war文件的上下文中引用。xml

Answer 1

从Spring 3.1开始，Spring增加了一个叫做破坏方法推断的特性。这是用SPR-8751完成的。它所做的是，它需要一个众所周知的销毁方法列表，如关闭、关闭（没有参数），并自动将其添加为销毁方法。后来，这也被扩展到自动检测Closeable的实现（在方法推断旁边）。这主要在自动检测需要接收销毁回调的组件时有用。

由于大多数DataSource实现也实现了Closable，它定义了一个close方法，当应用程序取消部署时，它将自动销毁。这可以通过检测close方法（通过反射）或它是可关闭的事实来实现。

javadoc中提到了如何防止调用此方法（即在bean定义中添加一个空的销毁方法（用于Java配置）或销毁方法（用于XML配置）。Spring框架本身的参考指南中也解释了这一点。