在JBoss Wiki中对此进行了回答。这里是相关的：
许多持久性框架（Hibernate2 / OBJ）“随机”打开和关闭连接。就JBoss而言，似乎一个ejb分配了连接，而另一个ejb则关闭了该连接。连接关闭检查不了解此行为。它期望分配连接的同一ejb也将其关闭。
如果您使用这种模式或框架，则可以关闭此消息（请参阅下文），但是在检测连接泄漏时您将自己决定。从3.2.6开始，在CachedConnectionManager上有一个“ listInUseConnections（）” 。
但是，此已知问题与某些事务划分语义有关。这实际上不是JBoss的用途，更多的是ThreadLocal模式绕过J2EE语义。
如果确实遇到问题，则从conf / standardjboss.xml中的拦截器堆栈中删除CachedConnectionInterceptor可以解决伪造的消息。特别是对于Hibernate2，这是 因为只要您正确地进行了最终用户事务，您就可以至少信任hibernate来正确关闭连接。
要删除CachedConnectionInterceptor，请编辑conf / standardjboss.xml并删除对拦截器的所有引用。这些看起来像：
<container-configuration>
<container-name>Standard Stateless SessionBean</container-name>
<call-logging>false</call-logging>
<invoker-proxy-binding-name>stateless-http-invoker</invoker-proxy-
binding-name>
Hibernate3提供了其他机制来管理会话（和连接），因此很容易避免此问题。
602392714
清零编程群