【问题标题】:Grails 2.0.4 in Intellij IDEA 11.0.2 breakpoints do not suspend, though code is obviously runningIntellij IDEA 11.0.2 断点中的 Grails 2.0.4 不会暂停,尽管代码显然正在运行
【发布时间】:2012-09-11 21:38:19
【问题描述】:

我有一个控制器类,其中包含非常无聊的代码。如果我转到运行->调试菜单并运行它,然后导航到与控制器关联的页面,则不会暂停断点。时期。红色圆圈中有复选标记,表示我没有将它们错误地设置在不可执行的行上。我已经完成了'grails clean'。它只影响某些控制器,另一个带有断点的控制器将暂停。

所有新创建的控制器也无法挂起。

这一定是 IntelliJ 中的配置问题,但它似乎不会让步。

也发生了,不知道它是否相关:在 Grails 视图的侧面板上,它用红色曲线为“控制器”下划线。但是,树视图中的所有叶子都没有下划线。

【问题讨论】:

    标签: debugging grails intellij-idea breakpoints grails-2.0


    【解决方案1】:

    我发现了问题:

    我最初使用 Grails 1.3.7 创建了该项目。在发现仍未修复的错误后,我升级到 2.0.4。在 1.3.7 中,动作似乎默认是闭包,您可以在其中设置断点,它们将被执行。在 2.0.4 中,action 是默认的方法并且可以有断点,但是关于新版本的某些东西不允许在闭包中使用断点。如果您创建一个新的操作闭包并尝试设置断点,它会警告您“该行上没有可执行代码”。但是现有的闭包你不会收到这样的警告,并且断点都有小红色复选标记(错误地)表明它们应该被尊重。

    将这些更改为方法操作似乎可以解决问题。对于可能希望获得更笼统答案的人,我很抱歉,我希望这对您有所帮助。

    【讨论】:

    • 我遇到了完全相同的问题,这也让我发疯了!
    【解决方案2】:

    我不熟悉 Grails,但我肯定遇到过 Java 的这个问题。对我来说,是 IntelliJ 没有接受我的更改并且未能重新构建我的项目(它使用过时的编译代码运行)。尝试清理您的程序集目录(与 .class 文件等效的 Grails 所在的位置)并重新构建您的项目。

    【讨论】:

    • 谢谢。我强制重新编译,我什至关闭了 IntelliJ,杀死了所有 java 进程,然后重新启动它。纳达。代码库一团糟,我在截止日期前,而且 println 将不足以让它恰到好处。把我逼疯了。
    【解决方案3】:

    我从来没有遇到过完全相同的设置问题(在 Win7 下)...尝试从带有调试的 cmd 行运行 grails:grails-debug run-app,然后连接 IDEA 以在端口 5005 上调试远程,看看是否这样改变什么?

    【讨论】:

      猜你喜欢
      • 2017-09-04
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-09-30
      • 1970-01-01
      • 2018-11-21
      • 2023-03-09
      • 1970-01-01
      相关资源
      最近更新 更多