JAX-RS Web 服务架构模式

Question

开发 JAX-RS Web 服务的常见做法是什么？

我觉得我的建筑有点味道：

网络服务充当代理，从不同来源收集信息。有 RSS 提要、SOAP 服务和数据库。

我想在我的业务逻辑中抽象出数据源。这就是为什么我想出了这样的东西：

持久层：

| RSS Connector   Parser         SOAP Interface(s)             Entities        |
|     SomeRssDataDAO       SomeSoapDao   AnotherSoapDap    UserDao  ...Dao     |

服务层

|    SomeRssDataService            SoapDataService        UserFavoritesService |

“资源”层

|       JerseyResources that map HTTP to service methods                       |

服务层和持久层都是 EJB。

我面临的问题是我将在持久层中有事务。 如果一个服务需要使用多个步骤来完成它的工作，那是不对的。

但在我的服务层中使用事务/实体管理器似乎不正确。

要怎么走？

也将不胜感激一般的企业应用程序架构提示。

Answer 1

我认为服务层管理的事务没有任何问题。这就是决定什么应该是原子的上下文是并且应该是的地方。

除非您计划分发它们，否则您的服务层不需要是 EJB。您可以使用 JDO 或 JPA 事务来管理持久性操作。

除非您打算分发它们，否则您的“持久层”也不一定是 EJB。