简而言之,没有JTATransactionManager和XA感知数据源,您将无法获得对两阶段提交的支持。
您看到的是两个仅支持1阶段提交的 本地事务 的协调。大致执行此一系列事件…
- 开始JMS交易
- 阅读JMS消息
- 启动JDBC事务
- 写入数据库
- 提交JDBC事务
- 提交/确认JMS
首先将包装嵌套的JDBC事务开始JMS事务,以便在Hibernate / JDBC提交失败时JMS队列将回滚。您的JMS侦听器容器应设置为 不发送
acknowledge="auto",而是等待Hibernate事务完成后再发送确认。
如果只有这两个资源,那么您将要考虑的问题是Hibernate成功进行驻留时,您将获得一个Exception,然后才能确认JMS服务器。这不是一个大问题,因为JMS消息不会丢失,您将再次阅读它。
然而
您必须编写MessageListener来处理来自服务器的重复消息
您还必须处理由于数据错误而无法处理的消息,并最终导致尝试使用该消息的无限循环。在这种情况下,服务器可以配置为将消息移至“死消息队列”,或者您可以在MessageListener中自己处理
其他选项和进一步阅读
如果您的JMS服务器不支持XA(全局)事务,则这几乎是您唯一的解决方案。
如果JMS服务器确实支持XA事务,但是JDBC不支持,则可以使用JTATransactionManager并使用LastResourceCommitOptimisation。您可以使用像JOTM这样的开源JTATransactionManager
这篇JavaWorld文章详细介绍了您的问题空间。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)