我正在使用 JAX-RS 提供基于 HTTP 的接口(interface)来管理数据模型。数据模型存储在数据库中并通过 JPA 进行交互。
这使我可以修改数据模型的接口(interface)以适应 REST 客户端,并且大多数情况下似乎工作得很好。但是,我不确定如何处理 JAX-RS 资源提供的方法需要事务的场景,这会影响 JPA 的 get、update、commit-on-tx-end 模式,因为只有一个事务包装get 操作,因此永远不会提交更新。如果单个 REST 操作需要多个 JPA 操作,我会看到同样的问题。
当我使用 Spring 的事务支持时,显而易见的事情是应用 @Transactional
JAX-RS 资源中的这些方法。但是,为了使其工作,Spring 需要管理 JAX-RS 资源的生命周期,并且我知道的使用示例在需要时通过“new”创建资源,这让我有点紧张。
我可以想到以下解决方案:
有人有什么建议吗?我很可能在某个地方错过了一些关键点。
更新 - 为了解决围绕 get、update、commit-on-tx-close 流程缺少事务的问题,我可以公开 EntityManager merge(object) 方法并手动调用它。不整洁,但不能解决更大的问题。
更新 2 @skaffman
代码示例:
在 JPA 服务层,注入(inject),注释工作
public class MyEntityJPAService {
...
@Transactional(readOnly=true) // do in transaction
public MyEntity getMyEntity(final String id) {
return em.find(MyEntity.class, id);
}
在 JAX-RS 资源中,由新创建的,没有事务
public class MyEntityResource {
...
private MyEntityJPAService jpa;
...
@Transactional // not injected so not effective
public void updateMyEntity(final String id, final MyEntityRepresentation rep) {
MyEntity entity = jpa.getMyEntity(id);
MyEntity.setSomeField(rep.getSomeField());
// no transaction commit, change not saved...
}
最佳答案
我有几个建议
@Transactional
组成。 bean,并将通过其组件 JPA 调用组成各种业务级操作。这有点类似于您的 (1),但保持 JPA 层简单。 @PathVariable
, @ResponseBody
等TransactionProxyFactorybean
以编程方式将您的 JAX-RS 对象包装在事务代理中.这会检测到您的 @Transactional
注释并生成尊重它们的代理。 @Configurable
和 AspectJ LTW 允许 Spring 兑现 @Transactional
即使您使用 `new.见 8.8.1 Using AspectJ to dependency inject domain objects with Spring 关于spring - 如何使用 JAX-RS、Spring 和 JPA 管理事务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9601843/