JBOSS EAP 6.2 -热部署

JBOSS的版本从5.0升级到eap
6.2的版本,也算是突破了一下,为什么这样说呢?

现在JBOSS EAP 6.2版本这里面有一个模块的概念,所以如果是通用的jar包的话需要在模块里面配置,每有一个jar包都需要配置一下,很恶心。而5.0版本的直接把jar包放到lib里就可以了,不需要模块化配置。新版本的jboss还支持osgi、热插拔等这些,很强大。

其次说一下为什么要用热部署,热部署带来了哪些方便?

在JBOSS热部署之前,我们在jetty上也做了一些努力,一方面ejb的项目放到jetty中报错,另一方面是jetty的版本问题,由于我们的spring、jdk等这些东西都提升了版本,也去官网上查了,有适合版本的jar包,但是在Maven的中央仓库没有这个版本的jar,这些jar还有很多依赖的jar没有办法去一一找。后来没有再继续下去,这也是一种思路吧。

我们的项目一条线是有很多jar包的(因为我们的项目是J2EE企业级项目,故拆了很多jar包),在框架的结构上又进行了进一步的封装。如果部署的时候这些包与包之间的关系是找不到的,因此部署失败,我们又想到了把所有的jar包都打成ear包,把包之间的关系打进去,但是还是反复的打包复制ear,这样每天打包的时间就很多。为了解决这些问题,我们就在热部署方向上努力。

热部署的配置:

其实本身新版本的JBOSS就是支持热部署的。配置如下:

<subsystemxmlns="urn:jboss:domain:web:1.0"default-virtual-server="default-host">
            <configuration>
                <jsp-configurationdevelopment="true"/>
            </configuration>
            <connector name="http"protocol="HTTP/1.1" socket-binding="http"scheme="http"/>
            <virtual-servername="default-host" enable-welcome-root="true">
                <aliasname="localhost"/>
                <aliasname="example.com"/>
            </virtual-server>
        </subsystem>

添加了

<configuration>
                <jsp-configurationdevelopment="true"/>
            </configuration>

这样就不用总是打包部署了,直接把ear加载到jboss中就可以了。

热部署后,当我们修改JSP页,不再需要打包了。直接刷新页面,方便快捷。此外,如果修改了后台的代码,还可以进行增量部署或者是全部署。

总结:

本篇文章主要是解决了一层又一层开发过程中的困难以体现了工具的充分使用。热部署的出现使得我们这样重量级的服务器变得和轻量级的服务器一样好用。

时间: 2024-08-29 01:06:15

JBOSS EAP 6.2 -热部署的相关文章

jboss热部署

测试环境中,经常要更新代码,需要重新加载工程,以前的办法都是重启jboss,但是这个浪费太多的时间,有一个办法可以解决这个问题,就是jboss的热部署 #vim /usr/local/jboss-4.2.3.GA/server/default/deploy/jboss-web.deployer/context.xml <Context cookies="true" crossContext="true" antiResourceLocking="tr

JBoss EAP应用服务器部署方法和JBoss 开发JMS消息服务小例子

一.download JBoss-EAP-6.2.0GA: http://jbossas.jboss.org/downloads JBoss Enterprise Application Platform(JBoss EAP)作为Redhat公司的商业产品是一个更加关注企业级特性和稳定性的实用部署版为了与JBoss Application Server(JBoss AS) 为了使这两个产品有差异化避免用户混淆因此 RedHat公司在2013年4月将JBoss AS正式更名为WildFly改名后的

调试环境下jboss 7.1.1 Final 的jsp热部署解决方案--转

公司的网站系统使用的中间是jboss7.1.1 Final,由于有些数据和服务测试环境不具备,免不了要在测试环境调试些jsp页面,发现从jboss社区里下载的jboss应用有个问题,新增jsp页面会实时部署,修改过的jsp页面就无法正常部署.     最新查到了如下解决方式: 在jboss7\standalone\configuration\standalone.xml文件中找到<subsystem xmlns="urn:jboss:domain:web:1.0" default

Java服务器热部署的实现原理

转自:http://blog.csdn.net/chenjie19891104/article/details/42807959 在web应用开发或者游戏服务器开发的过程中,我们时时刻刻都在使用热部署.热部署的目的很简单,就是为了节省应用开发和发布的时间.比如,我们在使用Tomcat或者Jboss等应用服务器开发应用时,我们经常会开启热部署功能.热部署,简单点来说,就是我们将打包好的应用直接替换掉原有的应用,不用关闭或者重启服务器,一切就是这么简单.那么,热部署到底是如何实现的呢?在本文中,我将

JBOSS EAP 6 系列四 EJB实现——调用(贯穿始终的模块)

本文主要介绍在JBOSS EAP 6.2(或者JBOSS AS7)中模块是如何贯穿EJB实现的始终.延续上一博文<认识模块的使用>的话题继续聊JBOSS做为模块申明式容器的这一特性在EJB实现中的完全贯彻. Session bean JBOSS EAP(AS7)中默认的EJB是3.1版本遵循JSR318规范.EJB从3.0开始已经全面引入Annotation的概念,3.0以前的EJB需要在XML文件里面对Bean所做的配置都能通过标签的方式在代码中实现.同时,之前为了工厂模式而做的双接口Hom

JBOSS EAP 6 系列一 新特性

在项目中,采用的架构是Springmvc+spring+EJB+Jpa等架构,当然服务器是Jboss,本次Jboss我们采用的是JBossEap6.2,Jboss7的新特性与Jboss4.5的大的改变是: 模块申明式容器 JBOSS EAP不再有lib的概念,一切都是module.无论是系统调用的lib,用户编制的lib,或者应用程序引用到的第三方lib都以模块的方式构建起来,并在使用的地方申明具体使用了哪个模块.这就带来两个好处, 按官方的说法提供了一种完全的模块化的类加载系统,JBOSS会根

jboss eap 6.3 域(Domain)模式配置

jboss提供了二种运行模式:standalone(独立运行模式).domain(域模式),日常开发中,使用standalone模式足已:但生产部署时,一个app,往往是部署在jboss集群环境中的,如果所有jboss server均采用standalone模式,会给运维带来极大的工作量,需要每台jboss server上逐一部署/更新,显然不适合. domain模式正是为了解决这一问题,该模式下,所有jboss server可以划分成不同的group(注:这里的jboss server并不一定

JBOSS EAP实战(1)

JBOSS的诞生 1998年,在硅谷SUN公司的SAP实验室,一个年轻人正坐在电脑前面思考,然后写着什么东西. 不,他没有在写程序,他在写辞呈.他正在做出人生的一个重大决定: 他要辞掉在SUN的这份工作,投身到open source的开发.旁边好多朋友在劝他,这样的做法是"moving down the food chain"(应该是丢掉铁饭碗的意思),这是他整个职业生涯的下坡路. 但是这个年轻人却义无反顾地微笑着,眼睛里充满着自信,他相信几年以后他会为他今天的决定自豪,他相信这不是他

linux下jboss eap 6.3 域(Domain)模式配置

jboss eap 6.3 域(Domain)模式配置(开始之前先安装jdk) jboss提供了二种运行模式:standalone(独立运行模式).domain(域模式),日常开发中,使用standalone模式足已:但生产部署时,一个app,往往是部署在jboss集群环境中的,如果所有jboss server均采用standalone模式,会给运维带来极大的工作量,需要每台jboss server上逐一部署/更新,显然不适合. domain模式正是为了解决这一问题,该模式下,所有jboss s