多个Java jvm中的单个事务

Question

一个java部署单元（JVM）中实现了一个spring服务。 另一个spring服务是在另一个JVM中实现的。 从第一个jvm到第二个jvm进行服务调用。 服务接口可以是http上的rest或soap。 需要在多个jvm上保留单个事务，这意味着如果任何服务失败，则必须回滚所有事物。 这个怎么做。 任何代码示例。

Answer 1

1. 使用全球交易（即JTA），

2. 使用XA资源（RDBMS和JMS连接），执行“使用2PC完全XA”。

有关Spring事务管理（包括JTA / XA方案）的更多参考，请阅读： http : //docs.spring.io/spring/docs/current/spring-framework-reference/htmlsingle/#transaction

Answer 2

在原子事务方面，REST面临与基于SOAP的Web服务完全相同的问题。 没有状态连接，并且每个操作都会立即提交； 执行一系列操作意味着其他客户可以看到临时状态。

当然，除非您是故意设计的。 首先，问问自己：我是否有一套标准的原子操作？ 通常是这种情况。 例如，对于银行业务，从一个帐户中删除一笔款项并将同一笔款项添加到另一个帐户通常是必需的原子操作。 但是，REST API不应仅导出原始的构建块，而应提供单个“传输”操作，该操作封装了整个过程。 这提供了所需的原子性，同时也使客户端代码更加简单。 这种评价称为低粒度服务或高级批处理操作 。

如果没有所需的原子操作序列的简单的预定义集合，则问题将更加严重。 常见的解决方案是批处理命令模式 。 定义一种REST方法来划分事务的开始，另一种方法来划分事务的结束（“提交”请求）。 在这两组操作之间发送的所有内容都由服务器排队，但不会提交，直到发送提交请求为止。

这种模式使服务器非常复杂-它必须为每个客户端维护一个状态。 通常，第一个操作（“开始交易”）返回一个交易ID（TID），并且所有后续操作（包括提交在内）都必须将此TID作为参数。

对事务强制超时是一个好主意：如果自初始“开始事务”请求以来或自上一步以来经过了太多时间，则服务器有权中止事务。 这样可以防止潜在的DoS攻击，该攻击通过保持太多事务打开而导致服务器浪费资源。 客户端设计必须记住，必须检查每个操作的超时响应。

允许客户端通过提供“回滚” API来中止事务也是一个好主意。

在设计使用多个并发事务的代码时，通常需要注意的是，在这种复杂的设计方案中，照常应用。 如果有可能，请尝试限制事务的使用，而改为支持高级批处理操作。

我不相信这些信息，我只是导演，相信这篇文章。

还请阅读REST中的事务？

您可以在这里http://www.it-soa.eu/en/resp/atomicrest/userguide/index.html上获得一些方便的代码示例。