jrebel配置说明33.docVIP

背景与愿景：开发环境下，tomcat对热布署的支持还不够全面，致使开发人员浪费大量时间在重起服务上。为了提高开发效率，决定引入Jrebel，它对热布署的支持相对比较全面。虽然Jrebel官方号称使用它不存在内存泄漏问题，但是占用一定的资源是肯定的，因此不考虑在正式环境下使用热布署。Jrebel实际上支持非常多中间件，除了Tomcat还包括Jetty、Resin、Weblogic等等，从理论上来讲，他跟中间件也没什么关系，但实际配置的时候还是会根据中间件有所不同，具体可以上官网查看，本文要讲的是tomcat+ eclipse+ spring+ struts2+ maven的环境。在使用Jrebel后，我们期望看到开发人员早上开机启动一次tomcat后就够了。 使用场景：Tomcat对热布署的使用场景是Servlet+JSP+JaveBean。如果项目含有其他框架时，其热布署效果就会大大降低，在与同事一同测试观察后发现：tomcat6在spring+struts框架下的项目，对java文件修改后的成功热布署概率偏低。由于概率太低，而且有无热布署成功不能确定，大部分开发人员修改类后不管什么情况直接选择重起，长此以往，浪费的时间积累起来不在少数。下面把tomcat和jrebel对热布署测试结果对比一下： 对比项 Jrebel Tomcat Class文件 绝大部分能热布署 小部分能热布署 Spring支持 改成用注释的方式后，可支持 不支持 Struts配置文件 支持 支持 页面相关文件 支持 支持 从对比可以看到，Jrebel最大的提升是对java类修改时，热布署大大提高；而对spring的支持实际上还是有限的，需要把IoC的实现改成使用注释的方式，而不能是配置的方式。如果你的工程的Spring已经是注释的方式，那就比较顺利，装好插件后，绝大部分情况下都能使用热布署了。如果你不是使用注释方式，那就麻烦了，要么全都改成注释方式，要么Jrebel对spring作用有限，看你自己的选择了。下面把已知Jrebel不能成功的热布署的情况作一列举： 替换了父类。 增加或删除了继承的接口。 Spring布署文件修改(如果改成注释方式，实际上spring只剩个别固定的第三方包的beans描述，比如数据库链接等) web.xml，虽然jrebel和tomcat都支持web.xml修改的热布署，但是如果项目比较复杂，初始化工作较多的话，还是直接重起吧，直接热布署意义不大，而且重复初始化对于某些业务来说是会报错，所以建议有较复杂的初始化项目来说，还是直接重起算得了。 Jrebel安装和使用 jrebel是商用软件，而且价格不扉，最新的破解版是4.5。将jrebel文件夹放在任意一个盘下即可，（我是在D盘）。然后按照下面步骤配置。 配置tomcat参数： 打开servers，双击tomcat，打开Overview界面，如下图红色标注 点击open launch configuration，如下图红色标注 在新窗口选择arguments选项，然后在VM arguments 最后加入参数，如下图： 需要添加的参数： -noverify -javaagent:D:\jrebel\jrebel.jar -Drebel.dirs=D:\workspace\test\WebContent -Drebel.spring_plugin=true -Drebel.hibernate_plugin=true -Drebel.struts2-plugin=true 参数说明： -javaagent:D:\jrebel.jar 这里自行修改jrebel.jar正确的路径； -Drebel.dirs 这里的路径是要监控的项目的路径， -Drebel.spring_plugin=true 支持spring框架 -Drebel.struts2-plugin=true 支持strut2（注意横线在中间，与其他不同） -Drebel.hibernate_plugin=true 支持hibernate 如果你要支持更多的框架，可以参考官网/jrebel/features/frameworks/ 如果你要了解更多的参数配置，可以参考官网 /jrebel/configuration/ 返回Overview界面，在右侧展开publishing选项，选择Automatically publish when resource changes ，如下图： 切换到modules页设置项目auto reload为disabled 配置到这里，启动tomcat在控制台应该能看到如下内容： ##########################################