【发布时间】:2016-04-22 09:45:08
【问题描述】:
我是 EJB @Jboss WildFly 的新手。我遵循了一些教程,并且事情似乎有效。虽然我定期收到以下调试消息:
Send recover request for transaction origin node identifier 1 to EJB receiver with node name [compuntername]
我应该关心这个吗?
谢谢。
【问题讨论】:
我是 EJB @Jboss WildFly 的新手。我遵循了一些教程,并且事情似乎有效。虽然我定期收到以下调试消息:
Send recover request for transaction origin node identifier 1 to EJB receiver with node name [compuntername]
我应该关心这个吗?
谢谢。
【问题讨论】:
XARecoveryModule 将使用 XAResourceRecovery 实现将 XAResource 获取到目标数据源。在每次调用periodicWorkSecondPass 时,恢复模块将发出一个XAResource.recover 请求——这将(如XA 规范中所述)返回数据源已知且处于不确定(在-怀疑)状态。比较连续通过(即periodicWorkSecondPass-es)收到的这些不确定Xid的列表。出现在两个列表中的任何 Xid,并且干预事务启动的恢复没有找到 JTA ResourceRecord 的任何 Xid 都被假定属于在写入任何 JTA ResourceRecord 之前发生崩溃的事务,并为此发出回滚XAResource 上的事务。
简而言之,如果任何事情(数据库连接、网络连接、服务器过载等)失败,则会生成此消息以进行事务恢复。如果您时不时地发生这种情况,那么您应该检查到底是什么失败并采取适当的措施。如果是偶尔,那就不用担心了。
更多详情请见here。
【讨论】: