2

我正在使用 JEE6 堆栈，包括 JPA 2.0、JSF 2.0、EJB 3.1 等。

我的架构设置方式如下：

我使用 hibernate 作为我的 JPA 提供程序，使用 JPA 注释 DAO。我有与我的 facelet/xhtml 页面相对应的 JSF 托管 bean。我有处理所有数据库请求的 EJB。

我的 XHTML 页面有 JSF EL，它调用我的托管 bean。我的托管 bean 包含对由 EJB 管理的 DAO 实体的引用。例如，我有一个映射到数据库表的用户实体。我有一个用户 EJB，它处理所有返回用户的 CRUD 操作。我有一个编辑用户的页面。高级工作流是：导航到用户编辑页面 -> EL 调用位于托管 bean 中的加载用户的方法。该方法从 EJB 调用 userEJB.loadUser(user) 以从数据库中获取用户。用户被编辑并提交 -> 在托管 bean 中调用一个函数，该 bean 调用 EJB 中的一个函数来保存用户。等等

我在使用 EJB 访问我的 JSF 页面中的数据时遇到问题。我在延迟初始化错误方面遇到了很多问题，我相信这是由于我的设置方式造成的。

例如，我有一个客户端实体，它有一个延迟加载的用户列表。为了得到一个客户端，我在我的 EJB 中调用一个方法，该方法进入数据库，找到一个客户端并返回它。稍后我希望访问此客户端用户列表，为此我必须通过调用某种方法返回 EJB 以加载这些用户（因为它们是延迟加载的）。这意味着我必须创建一个方法，例如

public List<User> getUserListByClient(Client c)
{
    c = em.merge(c); return c.getUserList();
}

这种方法的唯一目的是加载用户（我什至不肯定这种方法是好的或有效的）。如果我自己在做会话管理，我只想让会话对整个请求保持打开状态并直接访问属性，这很好，因为会话无论如何都会打开，EJB 中似乎有这一额外的间接层这对我来说很困难。

我确实喜欢 EJB，因为我喜欢它们由容器控制、池化、免费提供事务管理等这一事实。但是，我觉得我使用它们不正确，或者我的 JSF 应用程序设置不正确。

任何反馈将不胜感激。

谢谢，

4

2 回答 2

2

如果我自己进行会话管理，我只想让会话对整个请求保持打开状态并直接访问属性，这很好，因为会话无论如何都会打开

实际上，这就是视图模式中的开放会话（也称为视图中的开放 EntityManager）。它也可以与 EJB 一起使用。理想情况下，事务应该在业务层/EJB 中管理，因此可以看出这与纯层架构略有偏差。但它解决了视图中延迟加载的问题，而且很容易。

否则，您必须确保急切地加载将在事务结束后使用的信息。或者你可能依赖 DTO，但它开始变得很麻烦。

这里还有两个涵盖该主题并讨论优缺点和替代方案的链接：

于 2010-04-22T18:45:33.373 回答
1

你的用法似乎不错。请记住，em.merge(c) 可能会将对客户端 c 所做的更改保存到数据库中。如果您只想获取客户端 c 的用户列表而不保存对客户端 c 所做的更改，那么您可以这样做：

public List<User> getUserListByClient(Client c)
{

     Client client = em.find(Client.class, c.clientId);
     return client.getUserList();

}

或者更好的是，只需将客户端 ID 发送到 getUserListByClient 而不是传递完整的客户端对象，只是为了节省一点内存:)

于 2010-04-24T14:43:32.623 回答