管理 Grails 应用程序中多个请求的关联

Question

我目前正在实现一个 grails Web 应用程序，其中有几个复杂的表单，只要实体或顶级域对象不存在，对关联图的修改就应该在“内存中”（即 http 会话）进行管理。已保存。

例如

从上到下：文档->类别->子类别...

要求：对文档/类别/子类别的修改只能在保存文档时保存，在任何其他情况下都不应保存。

我的第一个方法是将关联 ID 存储在 http 会话中，但这最终会在我的 DocumentController.update 操作中产生大量线索代码，该更新操作将会话状态与当前持久状态

// update some abstract association
for (def Iterator it = documentInstance.association.iterator(); it.hasNext();)  {
  if (!session.association.contains(it.next().someEntity.id))  {
    it.remove()
  }
}

for (def roleTypeId in session.association)  {
  // add/update association
  ... 
}

线索代码同步，当涉及到实际修改时，情况会变得更糟例如类别的数据，这意味着在保存顶级实体时必须分离/重新附加/合并修改的类别对象。

我对你对如此跨度如此之长的作品的想法非常感兴趣。

Answer 1

您可以使用每次对话会话模式，也称为“长对话”。尝试 grails webflow 插件，它以这种方式工作，或者如果您认为 webflow 不适合您的需求，请自行实现每个会话会话。

基本前提是在对话开始时，您打开一个新的休眠会话（刷新模式=手动）并将其存储在用户的http会话中。在每个后续 http 请求开始时，您需要确保 sessionFactory.getCurrentSession 返回会话的休眠会话，并记住在每个请求结束时断开此会话以关闭请求之间的 jdbc 连接。当您到达对话结束时，您刷新会话以保留所有更改，或者关闭而不刷新以取消它们。

hibernate 网站 / Java Persistence with Hibernate 一书有一些关于如何做到这一点的非常好的信息，但除了 webflow 之外，grails 中没有开箱即用的支持。我正在编写 SessionPerConversation 插件，但现在还处于早期阶段。我的方法是查看 grails 1.2.0 源代码并复制它们如何实现 .withNewSession，然后用 .withConversation、.endConversation 和 .discardConversation 的方法装饰我的控制器。当我进一步了解时，我可能会在 State Your Bizness 上发布一些

代码到目前为止，我们遇到过...

1. 如果用户从未结束对话，则休眠会话将保持打开状态（尽管不是 jdbc 连接），直到其 http 会话超时。如果您支持多个对话，那么每个用户可能有多个休眠会话，对于高使用率站点，您可能会遇到内存问题

2. 您必须注意自动会话刷新。当您新建实体时，可能会发生这种情况，具体取决于您用于 id 生成的策略，或者您是否调用事务服务。

Answer 2

一些想法：

将代码从控制器中分离出来并将其放入服务中。

将服务的静态“事务”属性设置为 false 并控制事务。它可能看起来有点像这样：

class DocumentService {
    // take control from spring
    static transactional = false

    void updateMethod() {
        Document.withTransaction { transact ->
            // handle your business

            // problems? - you can always rollback without breaking anything
            transact.setRollbackOnly()
        }
    }
}

这将允许您使用“def documentService”行将服务注入到控制器中。您可以处理服务中的所有逻辑并更彻底地测试所有内容。