我正在使用 Glassfish v2.1.1、MySQL 5.1 和 ActiveMQ 5.4.2,包括。它的资源适配器。如果 ActiveMQ 资源适配器在参与包括数据库和 jms 事务的 XATransaction 时抛出异常,则 glassfish 将包含处于回滚状态的事务,该事务不会释放其与数据库连接池的数据库连接。这些事务会堆积起来并最终使数据库连接池饱和。
这里发生了什么,如何防止这些事务在挂在数据库连接上的回滚状态中停止?
最好的问候
我正在使用 Glassfish v2.1.1、MySQL 5.1 和 ActiveMQ 5.4.2,包括。它的资源适配器。如果 ActiveMQ 资源适配器在参与包括数据库和 jms 事务的 XATransaction 时抛出异常,则 glassfish 将包含处于回滚状态的事务,该事务不会释放其与数据库连接池的数据库连接。这些事务会堆积起来并最终使数据库连接池饱和。
这里发生了什么,如何防止这些事务在挂在数据库连接上的回滚状态中停止?
最好的问候
Glassfish 在与任何连接器连接池相关的管理控制台面板中提供“泄漏回收”,它将在一定超时后回收泄漏的连接(也在此连接器属性中定义)......并在每次连接时输出堆栈跟踪泄露。
您还可以查看我询问的关于相同JMS 连接池问题的问题。