atomikosJTA在哪里保持状态？

如何解决atomikosJTA在哪里保持状态？

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仍然在某处获得状态？）。
重新启动的应用程序是否仅会获取回滚的实体并按预期方式重试？

这里有陷阱吗？

感谢您的澄清。