问题描述
TLDR：
1。atomikos在何处保留其事务记录，以便它可以正常运行，以及如何最好地“保护”它们以防丢失/损坏。我使用Docker / Docker-Compose和Spring Boot。
2。如果应用程序意外终止，是否由于atomikos自动启动了带有源的适当的sql / JMS事务而所有事务都回滚了？
详细信息
你好。
我开始在Spring Boot中使用atomikos启用XA事务（在我的情况下，仅是一个数据源和一个ActiveMQ / JMS代理。
我一直在谷歌搜索，找不到一个更“深入”的博客或网站，该博客或网站详细介绍了Atomikos的工作原理。
我确实看到了atomikos交易日志，格式为：
{"id":"127.0.1.1.tm159765570032300035","wasCommitted":true,"participants":[{"uri":"127.0.1.1.tm35","state":"COMMITTING","expires":1597655710327,"resourceName":"dataSource"},{"uri":"127.0.1.1.tm36","resourceName":"jmsConnectionFactory"}]}
我只能假设这些只是实际的“日志”，而不像使用文件持久性时所说的ActiveMQ中的kafka.db文件。
问题
- atomikos会保留其状态吗？
- 如果说XA事务中途发生意外关闭，那么所有JTA源都将简单地回滚吗？
- 如果atomikos状态保存在文件/数据库中的某处...例如使用docker-compose时有一些最佳实践吗？
示例：
@Component挑选一个数据库实体“ REQUIRES_PROCESSING”以排队到JMS队列，然后将该实体切换为“ PROCESSING”。
JMS消息已排队，但是在数据库实体设置为“ PROCESSING”之前，该应用程序意外死亡。
- 在这种情况下，atomikos现在没有状态（它随应用程序一起死亡），但是创建了一个sql和ActiveMQ事务，它们只会超时并且一切都会回滚吗？
- 应用程序在5秒钟后重新启动...这里发生了什么？此交易是否又以某种方式再次提起（例如，atomikos仍然在某处获得状态？）。
- 重新启动的应用程序是否仅会获取回滚的实体并按预期方式重试？
这里有陷阱吗？
感谢您的澄清。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）