Grails 3.1.1 - 模型类扩展另一个常规类时脏检查不工作

我有一个域类，它扩展了另一个具有相同名称但不同包中的groovy类，但是在不同的库中。Grails 3.1.1 - 模型类扩展另一个常规类时脏检查不工作

问题是，当我修改域类上的实例时，它没有标记为脏&因此更改不会持久。

我读过那个grails 3发行版有一些增强的脏检查&这可能是一个bug或者我错过了一些东西。

新对象正确保存没有任何问题，我已经使用isDirty（）修改域对象以及修改的属性&上方法都返回假。对象附加到会话中，通过确定isAttached（）。

为了重现，我创建了一个测试项目，代码如下：&尝试更新使用脚手架生成的默认grails视图中的对象，但这些更改仍未保留。

注意：我已经做了类似的东西在Grails 2.4 &它曾经工作。

域类如下：

package com.perseus 

class Derived extends Base{ 

    static constraints = { 
     name blank: false, nullable: false 
    } 

}

基类中的src /主/常规：

package com.perseus 

class Base implements Serializable { 

    private static final long serialVersionUID = 1L 

    String name 

}

控制器

package com.perseus 

class DerivedController { 

    static scaffold = Derived 

}

链接到github project。

Isssue：即使模型已被修改，模型也未标记脏。当模型类扩展另一个常规类时会发生这种情况。

如何重现：

这里没有足够的信息来知道什么是错的。有很多解释为什么一个对象在尝试更新后可能不会被认为是脏的。 –

我会尝试用一个非常小的项目重现它并共享一个链接。说实话，没有什么要补充的，我的观点是使用脚手架创建的，当我更新域时，更改不会持续。给我一些时间，我会回来更多的细节。 –

使用示例代码更新了问题，还给出了重现项目问题＆github链接的步骤。 –

最后，我找到了一个参考here，它说明了无法更新脏检查状态的原因。

我加了@DirtyCheck注解它解决了这个问题。

但是这对我们的图书馆的设计有负面影响。

我们对每个类别单独的项目：

的想法是有完全相互独立的模块。因此，任何UI技术都可以使用模型&业务逻辑liraries。现在的问题是，我不得不向我的业务模型项目添加gorm依赖注释。

compile 'org.grails:grails-datastore-gorm:6.1.7.RELEASE'

设计明智的，我们喜欢在完全独立的UI或持续性的技术如Hibernate的项目我们的模型类。以便这些模型类可以用于各种不同的项目，而无需任何额外的依赖项。我们通过创建一个新的类来实现这一点，它扩展了我们库中的实际模型类

有没有什么办法可以解决这个问题，而不需要修改基类？

简而言之，模型类（POJO）现在依赖于grails框架，而在早期版本中，它们不是。

来源

2017-12-19 09:13:34

我怀疑，你在这个答案中的问题会得到很多的曝光。为什么不创建一个新的问题并在那里提供这个答案？ – cfrick

回答