在使用Struts 2的疲惫Web应用程序中使用Hibernate开始交易的最佳位置是哪里？

Question

我得到了这个Java web应用程序，它使用Struts 2和Hibernate。最上层由Struts 2 action类组成。然后是我的业务逻辑类，它们负责应用程序的逻辑。最后还有一个DAO层（称为数据库桥），负责与数据库通信。

目前，我在DAO层打开会话并执行如下事务：

public static void saveObject(Object object) throws Exception {
        Session session = null;

        try {
            session = HibernateUtil.getSessionFactory().getCurrentSession();
            session.beginTransaction();
            session.save(object);

            session.getTransaction().commit();

        } catch (Exception e) {
            session.getTransaction().rollback();
            e.printStackTrace();
            throw e;
        } finally {
            if (session != null)
                if (session.isOpen())
                    session.getTransaction().rollback();
        }
    }

这种方法似乎有一些问题：

>

逻辑上，我的事务是我的Struts 2操作（控制器），应该提交或回滚。Struts 2操作可能导致多个DAO调用，因此逻辑事务的某些部分可能被提交，其余部分可能被回滚，从而损害数据完整性。

一些对象包含一些懒惰集合。如果我们在DAO层执行事务，我们需要在那里初始化这些集合，这不是一个有效的方法。因为我们不需要在每个操作中加载集合。因此，每当一个操作需要一个惰性集合时，我们需要在该操作中打开一个会话，并在其中加载惰性集合，这是一个肮脏的解决方案。

我认为最好避免在DAO层中执行事务。如果我们将事务放在Struts 2操作中，它们将被视为原子事务，数据一致性将得到维护。另一方面，每当我们需要一个惰性集合时，我们都可以在动作中初始化它。

为了保持html" target="_blank">代码干净，我将保持DAO层与以前相同，但是DAO中的方法将从上层获取会话作为参数，并且它们不会处理事务和会话的提交。

这个策略听起来怎么样？这种方法是否存在重大缺陷？您认为哪里是启动事务和管理会话的最佳地点？

Answer 1

似乎您的思路是正确的，但您应该记住，Hibernate中的会话独立于事务。查看可以应用于应用程序的事务策略配置。

然后您应该阅读这篇文章会话和事务是如何一起工作的。最近，你可能会遵循通用DAO方法，不知道为什么，但这种技术非常受欢迎。

最后，上述所有功能都已经由Struts2 jQuery网格实现。看看这个答案。

似乎所有这些都是独立于Spring的，如果你喜欢Spring来管理事务，那么你应该去这里。