Intellij中正在运行的应用程序无法编译域-但bootRun可以工作

Question

我不断遇到Grails域类问题，并在Application上使用运行操作

似乎域特征和转换似乎没有正确地拾取或处理gorm特征，并且编译器失败（当将值加载到属性中时，没有足够类型数据的列出现了问题，或者引导程序失败了，它说属性不存在等。

基本上，我不信任在IDE中使用Application上的运行，并且我不知道我的域类是否正常工作。

但是，如果我进入gradle视图并'bootRun'相同的代码，它将编译并成功运行！

我以前有过，我不知道这是Grails项目的失败还是Intellij问题。

当我右键单击应用程序并运行命令终端时，显示它正在以这种方式运行

"D:\Program Files\Java\jdk1.8.0_181\bin\java.exe" "-javaagent:C:\Program Files\JetBrains\IntelliJ IDEA 2018.3\lib\idea_rt.jar=7620:C:\Program Files\JetBrains\IntelliJ IDEA 2018.3\bin" -Dfile.encoding=UTF-8 -classpath C:\Users\willw\AppData\Local\Temp\classpath1951982944.jar lcm.network.app.Application

在我的最新迭代中，此操作在引导程序上引发了编译错误（与域类错误相反）

groovy.lang.MissingPropertyException: No such property: maintainer for class: com.softwood.domain.MaintenanceAgreement
    at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.unwrap(ScriptBytecodeAdapter.java:66)
    at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.setGroovyObjectProperty(ScriptBytecodeAdapter.java:547)
    at lcm.network.app.BootStrap$_closure1.doCall(BootStrap.groovy:37)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:98)
    at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
    at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
    at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
    at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1099)
    at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1034)
    at groovy.lang.Closure.call(Closure.java:418)
    at groovy.lang.Closure.call(Closure.java:412)
    at grails.util.Environment.evaluateEnvironmentSpecificBlock(Environment.java:541)
    at g

但是该域类绝对具有该属性-参见下文

class MaintenanceAgreement extends Agreement {

    String level
    Map category = [:]  //p1 to p5 and sla details 

    //static belongsTo = [serviceProvider : OrgRoleInstance, maintainer: OrgRoleInstance]

    // implemented as unidirectional many to one !  mag point to org
    static belongsTo = [maintainer: OrgRoleInstance]

    static constraints = {
        level nullable:false
        //serviceProvider nullable:true
        maintainer nullable:false   //ref to maintainer party

        category nullable:false
    }
}

因此，您需要花费大量时间来尝试在应用程序上单击鼠标右键/ run来对代码中的虚假问题进行排序。

我被迫必须使用grails bootRun-在这种情况下，它可以很好地运行应用程序。

以这种方式工作时您会丢失一些细节，因为编译错误的堆栈跟踪不太清楚。

还有其他人在处理Intellij中的域特征时遇到问题吗？而且，如何像bootRun一样“修复”应用程序运行动作以触发所有正确的行为？

Answer 1

下面的Mike W的答案似乎是最简单的解决方法。当您使用intellij并编辑域模型时，似乎会感到困惑，并且应用程序将无法按预期运行。

因此，如果bootRun有效，那么从IDE中对正在运行的应用程序进行打扰就不会使此调整回到稳定状态。

如果您对域模型进行编辑，请右键单击域文件夹。然后在菜单下方大约一半处点击重建“默认”。等待完成，然后通过右键单击菜单中的“ RunApplication”再次运行您的应用程序实例，该应用程序应在IDE中成功启动（或通过调试）

这是最简单的答案，并且以最小的额外重建动作来提醒开发人员，从而为开发人员提供了最佳反馈。

感谢Mike W。

对于使用intellij插件的grails团队-这个问题是插件中的错误吗？