问题标签 [jrebel]

昨天我从 Eclipse 切换到 IntelliJ IDEA。

我也将 JRebel 与 WebSphere Server 7 一起使用。

现在一切似乎都运行良好，除了当我修改Java 文件并点击 save时，IntelliJ不会重新编译该文件，以便让 JRebel 拾取它。

Eclipse“自动构建”特性解决了这个问题。

在 IntelliJ IDEA 中，我必须点击CTRL++重新编译相关类以供 JRebel 拾取SHIFT。9如果对两个文件进行了更改，我必须对每个文件都执行此操作，并且由于 IntelliJ 使用全部保存机制，因此很难知道要手动重新编译什么，而我也不是很感兴趣。

有没有办法让 IntelliJ 自己做到这一点？

我现在能够在保存时自动增量编译在 Websphere 服务器上运行的 Java EE 项目。

我取消了jRebel，因为我突然启动服务器时遇到问题，并注意到现在 Intellij 正在自动编译，我也能够“几乎”有效地看到更改（比Eclipse 慢）

那么，Intellij 甚至需要 jRebel 吗？我对 Websphere的设置如下图所示。请注意，我只添加了一个 Ear 文件，它不是分解版本，仍然可以使用。jrebel 是否还在这里发挥作用？jrebel.xml 仍然存在。

我正在使用带有 struts2、Tiles、XML Validation、Properties 和 Tomcat 7 maven 插件的 maven 项目。

使用 Maven Tomcat 7 插件并与 JRebel 一起运行来测试我的工作和更改。对-validation.xml和struts.xml的更改tiles.xml不会反映在 JRebel 中。可能有插件可以与 struts 等一起使用。

我所做的：

我将 Tomcat 7 实例作为 JRebel 运行，CtrlF9如果我对 . 进行任何更改-validation.xml，struts.xml甚至tiles.xml创建任何文件，请按 (make project)。我刷新浏览器并更新更改，而无需使用 JRebel 停止/启动 Tomcat。

我想知道，这是正确的方法还是我错过了什么？

编辑：

我在目标目录的类文件夹中看到所有 xml 文件。

rebel.xml -> 我在目标文件夹中看到并创建了它。

项目结构

我使用 JRebel 和 Eclipse Juno 有一段时间了，但现在它似乎坏了。如果我尝试打开 JRebel 配置中心或与 JRebel 相关的任何其他视图，我只会得到：“JRebel 配置中心视图只能在 JRebel 配置中心透视图中打开！”

我不知道这是否相关，但我的许可证上周过时了，几天前我用新的许可证文件替换了旧的许可证文件。我知道它在我更新许可证之前有效，但我不知道它之后是否有效。

我在 JBoss 5 上有一个应用程序（一些战争），但它并不总是使用 JRebel 正确部署。有时它有效，有时则无效。JRebel 没有开始的时候我不知道为什么。任何地方都没有错误（在控制台、日志、eclipse 问题等中），并且 JRebel 日志非常神秘，根本没有给出任何提示。经过多次重启、重建、eclipse 刷新并发布到 JBoss：它正在启动并且一切正常。

所以，我的问题是，如何排除 JRebel 的故障？Obvisouly我想有一个更稳定的发展环境。

带有 JRebel 版本 5.1.0 的 Eclipse Helios

如果您将http://update.zeroturnaround.com/update-site/粘贴到您的 RAD 8 插件安装程序中，您将只能看到最新版本，它不能正常工作，并且如果我们需要强制执行，则不利于维护某些版本以确保事情总是以某种方式工作。

如何获取旧版本的插件/jrebel 插件？

现场没有信息...

在没有 jRebel 的情况下启动时，jetty 的调试日志包含许多引用 MyApplicationScopedBean 的消息，例如：

但是对于 jRebel，日志只包含一个关于 MyApplicationScopedBean 的字符串：

任何想法为什么会发生？

这里是maven插件：

我在 Intellij IDEA（Leda 预览版，122.746）中使用 JRebel 5.0.0 和 JRebel 插件。服务器是 GlassFish v3.1。我的应用程序使用 Wicket，将 HTML 模板放置在与类相同的位置。

问题是更新的类在项目重建后会成功重新加载，但更新的 HTML 不会。例如，我可以向页面类和 HTML 添加一个元素，然后从 Wicket 获得一个异常，指出该元素在代码中被引用，但在标记中不存在。

更新的 HTML 资源和重新编译的类最终在同一个目录中（我已经检查过），这个目录存在rebel.xml（并且这个设置是有效的，因为重新编译的类确实被更新了）。

可能是什么问题？

我们正在使用 JRebel 将 Java 代码更改快速重新加载到我们的 JVM 中。这很好用！

但是，我们也使用 Eclipse 作为 IDE。并且由于某种原因，Eclipse 可以真正在我的工作区中重建整个项目，仅仅因为我添加了一个注释，我删除了一个方法，或者任何其他小的代码更改......因为这个重建阶段，所有的类都被重新生成并且是必需的由 JRebel 重新加载。

有什么方法可以调试为什么 Eclipse 总是为我们的项目重新构建我们的项目，即使是一个愚蠢的小代码更改？我正在使用 Eclipse 靛蓝。

谢谢，乔臣

设想：

我用于开发的机器有 32Gb 的 DDR3 RAM、i7 3770、SSD。该项目很大，Scala 在增量编译期间大部分时间编译速度很快，但有时单个更改会导致重新编译数百个文件，然后需要一些时间来编译所有文件，并且 jrebel 需要一些好时间重新加载所有更改的文件。

问题：

将所有内容放在 RAMFS (Mac) 上会使编译和 jrebel 重新加载显着更快吗？

我的计划是将与项目直接相关的所有内容放在 RAMFS 分区中（.ivy、项目源、.sbt，甚至可能复制 JDK 等）。我会创建一个脚本来在启动时或手动执行所有这些操作，这不是问题。此外，我会设置文件同步任务，因此在操作系统失败的情况下丢失更改不会成为问题。

更新：

1. 日志说 java 和 scala 源代码中约有 400 个是在清理后编译的。
2. 在核心模块中更改一个文件后，它会在 50 秒内重新编译 130 个文件。
3. jrebel 在 #1 之后需要 72 秒重新加载，在 #2 之后需要 50 秒
4. 添加 -Drebel.check_class_hash=true 使 jrebel 在 #2 之后立即重新加载。

我对这些结果非常满意，但仍然对如何使 scala 编译更快感兴趣，因为在需要 170 秒的编译过程中，cpu 使用率最多只有 70%，只需大约 5 秒，编译期间的总体 cpu 使用率是 20%。

更新：

将 JVM、源代码、.ivy2 和 .sbt 文件夹放在 RAMDISK 上后，我注意到仅编译时间略有改进：从 132 秒到 122 秒（清理后）。所以，不值得麻烦。

笔记：

这不包括依赖解析，因为我使用这种方法来避免在清理后丢失依赖解析。