Java,ear文件的部署策略

Java,ear文件的部署策略,java,deployment,xhtml,ear,hotswap,Java,Deployment,Xhtml,Ear,Hotswap,建造人。->马文 ide->idea 应用服务器->weblogic 12.1.2 我的项目由一个ear文件和几个jar文件组成,ear文件有两个war文件(位于lib下,未分解) 我部署了ear文件,当我对任何java文件进行更改时,热插拔工作正常(任何常规更改)。 然而,当我在任何xhtml(主要由jsf组成)中进行更改时,为了查看这些更改,我必须进行另一次构建和部署 我需要在开发阶段可以遵循的任何策略。欢迎大家发表意见。以下步骤对我很有帮助: 确保最终构建包含分解版本。使用make fo

建造人。->马文

ide->idea

应用服务器->weblogic 12.1.2

我的项目由一个ear文件和几个jar文件组成,ear文件有两个war文件(位于lib下,未分解)

我部署了ear文件,当我对任何java文件进行更改时,热插拔工作正常(任何常规更改)。 然而,当我在任何xhtml(主要由jsf组成)中进行更改时,为了查看这些更改,我必须进行另一次构建和部署


我需要在开发阶段可以遵循的任何策略。欢迎大家发表意见。

以下步骤对我很有帮助:

  • 确保最终构建包含分解版本。使用make for build management(idea的默认设置)可以非常轻松地实现这一点,或者如果想要坚持使用maven进行构建管理,则需要一个插件来创建一个爆炸式的最终产品,例如:

  • 要标记为源文件的常用编辑资源文件或视图(在我的示例中为xhtml)。这可以通过“将目录标记为”选项来实现,该选项在每次更新项目时启用热插拔,以更新位于标记为源根目录的目录中的文件

然而我必须承认,这些对我来说还远远不够。每次我更改一个类的签名时,我仍然需要重新部署,这是非常常见的情况,而且非常浪费时间

为了解决剩余的类重载问题,我和我的团队开始使用JRebel,我目前对此非常满意。请记住,该产品相对昂贵,我也听说过开源类重载器的替代方案,但坦率地说,还没有尝试过: