多个补丁请求 REST 端点

Question

我有一个Spring Data Rest项目，它公开了一个由JPA和hibernate管理的实体。我使用多个 PATCH 请求更新实体中的多个多对多关系。

因此，我将 PATCH 请求发送到端点，将实体 url 列表作为每个多对多关系的主体。

补丁请求并

发发生，因此一个请求被处理，第二个并发请求给出

行被另一个事务更新或删除（或未保存值映射不正确）

有没有办法同时修补实体？示例实体就像，

User {
List<Role> roles;  
List<Module> modules;
}

并发补丁请求同时发生在角色和模块上。
编辑 ：这是我用来修补的角度代码。

   var patchRequests = [];
   angular.forEach(copy, function (value, property) {
                    if (angular.isArray(copy[property])) {
                        // If array contains more than zero elements
                        if (copy[property].length > 0) {
                            patchRequests.push(
                                $http.patch(url,copy[property].join('n'), {
                                    headers: {
                                        'Content-type': 'text/uri-list'
                                    }
                                }));
                        }
                    }
                });
    $q.all(patchRequests);

"复制"对象就像波纹管

{"roles":["http://localhost:9002/api/roles/1","http://localhost:9002/api/roles/3"],"modules":["http://localhost:9002/api/modules/1"],"subModules":[],"userName":"hrandika","password":"password","email":"h@local","activated":true}

编辑 2：Spring Data rest 只是一个接口

@Repository
public interface UserRepository extends PagingAndSortingRepository<User, Long>{
}

Answer 1

根据 HTTP 补丁规范：

服务器必须以原子方式应用整组更改，并且永远不会提供（例如，在此操作期间响应 GET）一个部分修改的表示形式。 如果整个补丁文档无法成功应用，则服务器不得应用任何的变化。

单个补丁请求所做的所有更改都必须是原子的。这是在 Java 中通过使用容器或数据库托管事务来实现的。

因此，如果两个客户端向服务器发送修补程序，则其中一个客户端必须等到第一个客户端完成其工作或失败。

由于补丁可以更新任何字段（甚至是其他资源），因此两个单独的补丁请求可能会以不同的方式更新同一字段（类似于数据库竞争场景中使用的乐观锁定示例）。除此之外，补丁指令通常应包含将状态 1 转换为状态 2 所需的步骤。使用 JSONPatch f.e. 一个请求可以从集合中删除字段，而另一个请求尝试将项目移动到另一个位置。由于这两个请求都依赖于它们当前知道的状态，因此盲目应用这些值可能是危险的。

不过，HTTP 补丁规范还提供了有关如何处理多个补丁请求的冲突场景的提示：

PATCH 请求可以以幂等的方式发出，这也有助于防止两者之间碰撞的不良后果在类似的时间范围内对同一资源发出 PATCH 请求。来自多个 PATCH 请求的冲突可能比PUT 冲突，因为某些补丁格式需要从已知基点，否则它们将损坏资源。 客户使用这种补丁应用程序应使用条件请求这样，如果资源已更新，请求将失败自客户端上次访问资源以来。 例如，客户端可以在补丁上的 If-Match 标头中使用强 ETag [RFC2616]请求。

因此，我建议遵循规范并使用 ETag 和 If-Match HTTP 标头来防止多个补丁请求发生冲突。