Deployment Java EE 6+;JBoss7上的CDI-可以像Seam一样进行热部署吗?

Deployment Java EE 6+;JBoss7上的CDI-可以像Seam一样进行热部署吗?,deployment,java-ee-6,jboss7.x,cdi,seam2,Deployment,Java Ee 6,Jboss7.x,Cdi,Seam2,我在JBoss5/6上使用Seam 2做了几个项目,并且喜欢这样的特性,即某些java类(通常是GUI处理程序和util类)可以放在一个特殊的src文件夹中,并在保存文件后通过一个特殊的类加载器进行热替换,然后自动运行explode目标 现在我喜欢切换到JavaEE6+CDI并使用JBoss7,所以我开始使用一个基于maven的JavaEEWeb项目,该项目是由EclipseJuno中的JBoss工具生成的。如果我只更改xhtml文件,我可以在自动重新发布后看到更改,但java文件中的更改则不是

我在JBoss5/6上使用Seam 2做了几个项目,并且喜欢这样的特性,即某些java类(通常是GUI处理程序和util类)可以放在一个特殊的src文件夹中,并在保存文件后通过一个特殊的类加载器进行热替换,然后自动运行explode目标

现在我喜欢切换到JavaEE6+CDI并使用JBoss7,所以我开始使用一个基于maven的JavaEEWeb项目,该项目是由EclipseJuno中的JBoss工具生成的。如果我只更改xhtml文件,我可以在自动重新发布后看到更改,但java文件中的更改则不是这样

在我的新项目设置中,有没有一种方法可以在不使用第三方工具(如JRebel)的情况下获得与Seam 2类似的行为


编辑2012/07/23:

我向这个问题补充了另一点——对于像JBoss7这样的较新容器,应用程序的重新启动似乎非常快——那么,是否有必要尝试集成代码替换工具并希望达到最佳状态呢?

大约一年前,当我为该堆栈(Java EE 6/CDI/JBoss AS 6)设计时,即使是该工具也没有处理CDI。这在过去12个月内可能有所改善,但总体而言:

我不知道JBossAS上有没有对JavaEE6的高级热部署支持,不管有没有工具支持


(如果你读到最后,情况似乎对GF更有利,但这超出了你的问题范围)

看看。CDI部件正在不断改进,尽管还有一段路要走,但它可以节省很多时间。如果您发现JRebel无法交付,请在论坛上报告,开发人员将尽最大努力改进体验。

关于第二个问题,即使容器启动不花时间,比如Tomcat或Jetty,应用程序部署时间不会快得多,可能仍需要相当长的时间


因此,答案是-是的-代码替换工具仍然与轻量级容器相关。

JRebel在帮助创建Seam和jdf的演示应用程序后,从我的角度来看,它工作得很好。另外,我们正在研究Stuart Douglas()提出的我们自己的解决方案,CDI是JavaEE6的核心,可能有一些极端情况,但一般来说,JRebel确实处理与CDI相关的更改,比如添加新的CDIBean,将bean注入另一个bean,等等。