标签: jrebel

JRebel是否曾在生产环境中使用过？是否可以帮助您开发或适合在JVM上重新加载东西(特别是下一代语言(非Java))？什么(在字节代码和Java语言级别)可以重新加载？

我的公司做了很多Android开发,我们受到长编译,dex,包,部署周期的阻碍.鉴于Dalvik VM和工具的当前状态,是否可以构建类似JRebel for Android的东西？

我有一个NetBeans mavenized项目Contaning:

1. 网络项目(war)

2. ejb项目(jar)

3. 父项目

4. maven项目

   每次更改后,我必须清理构建maven项目和运行父项目

如何将我的项目配置为在保存时自动部署？

配置文件(nb-configuration.xml)如下:

<?xml version="1.0" encoding="UTF-8"?>
<project-shared-configuration>
    <!--
This file contains additional configuration written by modules in the NetBeans IDE.
The configuration is intended to be shared among all the users of project and
therefore it is assumed to be part of version control checkout.
Without this configuration present, some functionality in the IDE may be limited or fail altogether.
-->
    <properties xmlns="http://www.netbeans.org/ns/maven-properties-data/1">
        <!--
Properties that influence …

Spring 4.1.2(4.0.8和3.2.12)包含一个安全修正程序SPR-12354,它可以阻止ResourceHttpRequestHandler(后面的东西<mvc:resources>)从资源文件夹外部加载文件.

另一方面:是JRebel(我使用它的默认配置).接下来,JRebel做了一些魔术来加载资源而不是从wtp文件夹加载,而是直接形成"source"文件夹.

因此,在从Spring 3.2.11升级到3.2.12(以及从4.0.7升级到4.0.8的其他类似应用程序)之后,Springs ResourceHttpRequestHandler不再提供由JRebel"维护"的资源文件.而是传递404.原因是Spring将配置的资源文件夹的绝对文件路径与将要传递的文件的绝对文件路径进行比较.如果ResourceHttpRequestHandler认为该文件在配置的资源文件夹之外,则它假定用于选择该文件的URL是恶意的.因此,ResourceHttpRequestHandler找不到404资源的响应.

我希望JRebel可以配置为不"维护"js,png和css文件,但我不知道如何.这就是问题:如何配置Spring MVC应用程序(v 4.0.8)仍然提供资源的JRebel ResourceHttpRequestHandler？

(我希望在升级到Spring 4.1.2,4.0.8或3.2.12之后几乎每个JRebel用户都面临这个问题).

(不要误解我的意思,这不是一个如何操纵Spring不要检查文件是否在配置资源文件夹之外的问题.我已经查看了源代码,观察到的行为是预期的行为由Bug修复的作者. - 这个问题是关于配置JRebel)

是否有人试图将JRebel与Mule一起使用而不是典型的应用服务器？如果是这样,你能描述一下你的经历吗？

据我所知,目前,Mule并没有得到JRebel团队的正式支持.但是,我想知道是否可能有一些解决方法来解决这个问题.

我正在开发一个Vaadin 8用户界面.目前,每次修改UI时,我都必须重新启动我的应用程序.

有没有更好的办法？我尝试连接Java调试器并使用IntelliJ的Reload Changed Classes功能,但是hotswap失败了.

我在Vaadin的背景下看到了JRebel的提及,但我承担不起 - Spring Loaded似乎是另一种选择.还有别的事吗？

在开发eclipse rcp应用程序时,我需要在更改代码后重新启动应用程序.
我的问题显然应该是:
我如何在RCP applition开发中使用JRebel,所以我不需要一次又一次地重启我的整个大型应用程序？

我已经在我的开发环境中使用了几个星期的docker,它非常好,我不必担心配置我也不需要运行一个完整的虚拟机来运行应用服务器(在我的情况下是JBoss).

但是我似乎已经回到了过去的编译,部署,等待,测试.

现在问题是,有没有办法使用诸如jrebel或dcevm之类的工具来加快速度？此外,这个问题是否有意义？

我们可以在运行时几乎立即重新加载Clojure中的任何函数和/或变量.我们甚至可以改变方法签名.我们用Scala或Java做的最多就是使用速度慢,商业化和受限制的JRebel.允许Clojure如此互动的有什么区别？在Slack中读到这个,我发现了以下评论,但我希望了解更多.还希望进一步澄清澄清问题的论文/文章的链接(尽管不是必需的).

这主要是因为语言设置为可重新加载.Clojure为每个函数或顶级变量定义都有一个var间接,你可以改变它,所以你可以重新定义一个函数,同时保持你的环境的其余部分相同并继续

.

跟进 - 当函数名在代码中时有间接,但是对于一个长时间运行的函数,它将另一个函数作为参数(例如,你将处理函数传递给http服务器进程启动),你可以获得以下好处:手动var间接 - 通过传递#'处理程序而不是处理程序,否则你不会重新加载(没有重新启动那个arg的进程)

.

的种类

直接链接替换正在使用直接调用(已编辑)编译的var调用但是仍然存在var路径,并且仍然可以通过vars调用NEW代码

在春季启动每当文件在classpath改变,应用程序中使用弹簧引导devtools将导致应用程序重新启动.有些也可以使用JRebel实现,但JRebel不是免费的.

我在dropwizard中寻找相同的功能.Springboot中是否有任何免费工具或任何类似devtools的库可以在dropwizard中实现？