Spring分布式事务涉及RMI调用可能吗？

Question

背景

我有 Spring 客户端应用程序，它使用 RMI 向两台服务器提供服务。在客户端中，我将一个实体保存到数据库（简单），并对两台服务器进行 rmi 调用，并提供该实体的详细信息。我在服务器上使用 Spring 3.0.2，客户端是一个简单的 Spring-mvc 站点。

要求

我的要求是，如果任何 rmi 调用失败，整个事务将回滚到服务器，即该实体不会保存在客户端上，并且如果任一 rmi 调用成功，则该实体也将回滚后退。

我对分布式事务比较陌生，但我想我想要一个使用 RMI 调用的类似 XA 的事务。

我确实在此处找到了关于该主题的一个很好的链接，但它没有提到调用两个时的模式远程方法调用不同的服务器。我很想在推荐阅读方面听到更多关于该主题的信息，以及有关如何使用 spring 实现这一目标的任何指示。为此可以使用事务管理器吗？

谢谢。

Answer 1

从理论上讲，这是如何处理这种情况的。首先你需要在每个节点上有几个JTA分布式事务管理器。一个充当主人，另一个充当奴隶。主站协调分布式事务到从站的提交/回滚。存在独立的 JTA 实现，例如 JOTM。

Vanilla RMI 不支持传播上下文信息，例如操作的事务 ID。但我认为 RMI 有钩子，因此可以对其进行扩展以支持这一点。您可以查看 Carol。

您需要使用 XAResource 来包装事务的参与者，以便他们可以加入分布式事务。主服务器需要向从服务器发送提交/回滚消息，这需要使用 XATerminator 采取相应行动。

JTA规范只是一个分布式事务管理器，事务日志中的操作记录需要由服务器完成。存在用于事务日志管理的库，例如HOWL。

我认为即使使用分布式事务管理器，也不能使用 Spring 轻松地做到这一点。我曾经尝试将 RMI 与由独立客户端和多个从站控制的分布式事务一起使用。这是一篇关于它的博客文章。这相当复杂。

如果您使用带有 IIOP 的 Java EE 应用程序服务器，则可以免费获得所有这些。 IIOP 支持分布式事务传播。客户端可以是应用程序客户端容器 ，并且您可以使用 UserTransaction 控制事务。这实际上是一种罕见的情况，我认为使用应用程序服务器确实是合理的。

但话虽如此，分布式事务是复杂的事情，它可能会导致启发式故障、一个节点死亡时超时以及复杂的恢复过程。

我的最后建议是：如果可能的话，尝试找到一种不涉及分布式事务的设计。这会让你的喜欢变得更容易。

您也许可以从 BPEL 补偿机制中获得灵感。也许还有其他的错误处理和鲁棒性设计方法可以避免使用分布式事务。

Answer 2

据我所知，Spring本身并不管理分布式事务。它可以使用 JtaTransactionManager，而 JtaTransactionManager 又委托给 Java EE 服务器的事务协调器。据我了解，这种事务只能在应用程序容器中注册的数据源之间使用。

您可以尝试编写自己的 XAResource 实现（不确定这是否是最好的方法，但仍然如此）并将其注册到应用程序容器中，但 Spring 不会为您提供太多帮助。