intellij-idea - 如何使用 IntelliJ 的 gradle 和 tomcat 插件启用 JRebel

Question

我有一个运行 Gradle 4.3.1 和 com.bmuschko.tomcat 插件的 IntelliJ 社区版。我的应用程序将被部署并且它正在工作，现在我想为此启用 JRebel。这样我的 webapp 文件夹上的更改将被热部署。

在插件 site是对此的描述

Edit your Gradle startup script and add the following line to it to tell Gradle to use the JRebel agent. Please make sure to set the environment variable REBEL_HOME that points to your JRebel installation directory.

JAVA_OPTS="-javaagent:$REBEL_HOME/jrebel.jar $JAVA_OPTS"

目前我不清楚我需要在哪里改变这个？当我用插件启动我的tomcat时，显然JRebel没有激活。

我做了什么:

在 intellij

中安装了 jrebel 插件

使用 ide

启用 jrebel 功能

在 build/classes/main 文件夹中手动添加了一个 rebel.xml 文件(如插件站点所述)

我需要在哪里编辑 gradle 启动以便 jrebel 对 gradle 构建有效？

Answer 1

有两种方法可以运行 gradle，这将影响如何添加参数，使用守护进程和不使用守护进程。

如果你运行 gradle tomcatRun --no-daemon JRebel 的参数必须通过 JAVA_OPTS 添加或 GRADLE_OPTS环境变量。所以这意味着要么运行为 GRADLE_OPTS=-agentpath:/path/to/jrebel/lib/libjrebel64.so gradle tomcatRun --no-daemon或在脚本中指定变量(如果您正在使用它，请使用 gradlew)。如果你直接从 IntelliJ 运行 gradle 任务，你可以在那里指定环境变量。

如果您使用守护程序运行，GRADLE_OPTS变量将为启动程序设置 JVM 参数，而不是守护程序。这将意味着 JRebel 包含在错误的进程中，并且您的更改不会受到监控。为守护程序设置 JVM 参数的一种方法是将以下内容添加到您的 gradle.properties

org.gradle.jvmargs='-agentpath:/path/to/jrebel/lib/libjrebel64.so'

使用守护进程运行意味着 JRebel 横幅为 未显示 所以不要 panic ，因为这些变化仍然会受到监控。

此外，自 JRebel 7.0 以来，文件夹结构已更改， jrebel.jar位于安装根目录的是新核心，它需要由 jrebel/lib 中包含的本地代理提供的额外引导。目录建议使用 agentpath 为您的 OS/arch 使用相应的本地代理。论点而不是 javaagent参数，如在 tomcat 插件文档中。