AS7的项目部署方式与原有版本相比有了较大变化,本文通过实例来讲解AS7中的项目部署方式。
有关JBoss AS7的下载和安装,请参考蓝点上面的另一篇文章:
http://bluedash.net/spaces/JBoss%20AS%207%20快速上手
部署一个简单的Web项目
下载安装完成后,我们用standalone方式来启动JBoss AS7[1] :
liweinan@smart:~/projs/jboss-7.0.0.CR1/bin$ ./standalone.sh
启动后,我们试着向AS7中部署一个简单的项目。首先使用Maven来创建一个简单的Web工程:
mvn archetype:generate -DgroupId=com.mycompany.app -DartifactId=my-webapp -DarchetypeArtifactId=maven-archetype-webapp
生成的项目如下:
.
|-- pom.xml
`-- src
`-- main
|-- resources
`-- webapp
|-- WEB-INF
| `-- web.xml
`-- index.jsp
使用如下命令将项目打成WAR包:
mvn package
得到war:
target
`-- my-webapp.war
接下来,我们将这个war部署进AS7。在AS7的根目录下,有一个名为'standalone'的目录,当AS7以standalone模式运行时,我们要将项目部署到这里面,进入到standalone目录:
liweinan@smart:~/projs/jboss-7.0.0.CR1$ cd standalone
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone$ ls
configuration deployments log
data lib tmp
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone$
standalone目录中包含许多运行所需的内容,比如'configuration'目录包含了服务器的有关配置,我们稍后会进行说明。现在我们要关心的是'deployments'目录,我们要将需要部署的项目放在这里,JBoss AS7会自动扫描这个目录并进行部署。我们将刚刚制作好的my-webapp.war拷贝至deployments目录:
liweinan@smart:~/projs/my-webapp/target$ cp my-webapp.war ~/projs/jboss-7.0.0.CR1/standalone/deployments/
此时查看AS7的日志输出:
16:12:33,822 INFO [org.jboss.as.server.deployment] (MSC service thread 1-6) Starting deployment of "my-webapp.war"
16:12:36,616 INFO [org.jboss.web] (MSC service thread 1-4) registering web context: /my-webapp
16:12:36,740 INFO [org.jboss.as.server.controller] (DeploymentScanner-threads - 2) Deployed "my-webapp.war"
从日志中可以看出,项目被成功地部署进了AS7。我们试着访问下已部署的服务:
可以看到部署成功。
AS7中项目的自动部署及手工部署
我们在上一节通过将项目拷贝至deployments目录,就实现了AS7对项目的自动扫描及自动部署。实际上AS7还支持手工的部署模式,这样,我们就可以控制项目的部署及启动时机。配置AS7的部署模式有两种方式:一个是通过在配置文件指定,另一个是在AS7运行时,通过管理端来进行实时的配置。
我们首先来看一下配置文件中的内容,JBoss AS7相对以前版本比较,大大简化了精减了配置文件的数量。原来的*-ds.xml等数据库的配置文件,都被合并至了统一的配置文件:standalone.xml[3] 。这个文件位于刚才提到的/standalone/configuration目录当中,详细讲解这个配置文件也不是这篇文章要关注的地方,因此我们只需要了解一下这个配置文件中,与部署有关的这段内容[4] :
<subsystem xmlns="urn:jboss:domain:deployment-scanner:1.0">
<deployment-scanner scan-interval="5000"
relative-to="jboss.server.base.dir" path="deployments" />
</subsystem>
可以看到,配置中指定deployment-scanner去扫描deployments目录,扫描间隔为5秒钟。
除了在配置文件中进行配置,我们也可以在AS7实时运行时,通过管理端来改变AS7的部署方式。首先是登录到管理端,使用AS7中bin目录中带有的管理端连接程序jboss-admin.sh
liweinan@smart:~/projs/jboss-7.0.0.CR1/bin$ ./jboss-admin.sh
You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
[disconnected /] connect 127.0.0.1
Connected to standalone controller at 127.0.0.1:9999
[standalone@127.0.0.1:9999 /]
连接成功后,我们可以查看当前的scanner配置:
[standalone@127.0.0.1:9999 /] /subsystem=deployment-scanner:read-resource(recursive=true)
{
"outcome" => "success",
"result" => {"scanner" => {"default" => {
"auto-deploy-exploded" => false,
"auto-deploy-zipped" => true,
"deployment-timeout" => 60L,
"name" => "default",
"path" => "deployments",
"relative-to" => "jboss.server.base.dir",
"scan-enabled" => true,
"scan-interval" => 5000
}}}
}
如上所示,和配置文件中对应的配置是一致的。我们可以移除这个自动扫描的scanner:
[standalone@127.0.0.1:9999 /] /subsystem=deployment-scanner/scanner=default:remove
{"outcome" => "success"}
此时再次查看:
[standalone@127.0.0.1:9999 /] /subsystem=deployment-scanner:read-resource(recursive=true)
{
"outcome" => "success",
"result" => {"scanner" => undefined}
}
自动部署用的scanner已经被移除了。此时,我们将只可以用命令来手工部署所需项目,下面是手工部署的命令:
[standalone@127.0.0.1:9999 /] deploy /Users/liweinan/projs/my-webapp/target/my-webapp.war
'my-webapp.war' deployed successfully.
实验完成后,我们将刚刚移除的自动部署扫描器恢复回来:
[standalone@127.0.0.1:9999 /] /subsystem=deployment-scanner/scanner=default:add(scan-interval=5000,relative-to="jboss.server.base.dir",path="deployments")
{"outcome" => "success"}
这样,AS7又可以自动扫描deployments目录下面的项目,并进行自动部署了。实际上,AS7支持用户添加多个scanner,每一个scanner都可以独立配置,扫描不同的目录,设置不同的扫描间隔。通过上面的命令举一反三即可按照实际需求进行配置。
在AS7中部署一个J2EE项目
接下来我们试着将一个完整的J2EE项目部署进AS7,这个项目包括:
* 数据层,使用Hibernate及JPA Annotation来建模,后面连接AS7的数据源
* 逻辑层,使用JBoss Seam,EJB3来实现
* 表现层:使用JSF
* WebService:使用RESTEasy来实现
上面所使用的Hibernate, Seam,RESTEasy等模块,都是AS7中的默认配置,不需要额外进行配置,因此我们使用这样的一种技术架构。这个项目看起来用了不少东西,似乎很复杂,其实JBoss社区已经给我们做好了一个demo工程,使用到了上面的所有框架,我们把它直接拿过来用[2] ,使用下面的命令来创建这个项目:
mvn archetype:generate -DarchetypeArtifactId=jboss-javaee6-webapp -DarchetypeGroupId=org.jboss.weld.archetypes -DarchetypeVersion=1.0.1.Beta1 -DgroupId=net.bluedash -DartifactId=demo -Dversion=1.0-SNAPSHOT
有关这个项目的详细解说,在此就不展开了,Weld、EJB3、Hibernate的使用并不是本文的重点,我们仍然把注意力放在AS7的项目部署方面。总之,现在给这个项目进行打包:
mvn package
需要特别注意的是,编译这个项目需要Maven的版本至少在3.0以上,2.x是无法正确编译的,如果你的Maven版本过低,要注意更新版本至Maven 3。
打包完成后,我们将项目拷贝至deployments目录进行自动部署:
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ cp /Users/liweinan/projs/demo/target/demo.war .
此时服务器日志输出如下:
19:31:32,574 INFO [org.jboss.as.controller] (DeploymentScanner-threads - 2) Service status report
New missing/unsatisfied dependencies:
service jboss.naming.context.java.jdbc/__default (missing)
服务器报错说没有找到__default这个数据源。这是由于我们在项目中没有使用AS7中存在的数据源造成的。我们首先要知道AS7中的数据源配置在哪里,在上一节我们已经了解到,当服务器运行于standalone模式的时候,大部分的配置集中保存在standalone/configuration/standalone.xml当中,我们打开这个文件,看一下数据源配置方面的内容:
<subsystem xmlns="urn:jboss:domain:datasources:1.0">
<datasources>
<datasource jndi-name="java:jboss/datasources/ExampleDS" pool-name="H2DS" enabled="true" jta="true" use-java-context="true" use-ccm="true">
...
</datasource>
</datasources>
</subsystem>
可以看到,AS7默认自带了一个数据源,绑定在java:jboss/datasources/ExampleDS这个JNDI名称之上,我们要在demo项目中使用这个数据源。打开demo项目中的数据源配置文件:
liweinan@smart:~/projs/demo$ vi src/main/resources/META-INF/persistence.xml
将其中的JNDI数据源配置内容:
<jta-data-source>jdbc/__default</jta-data-source>
修改成AS7中提供给我们的数据源:
<jta-data-source>java:jboss/datasources/ExampleDS</jta-data-source>
保存后,使用mvn package命令将项目重新打包,然后将新的项目的war拷贝到AS7的deployments目录。但是在拷贝之间请稍等一下!我们看一下目前deployments目录中的内容:
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ ls
README.txt demo.war demo.war.failed
可以看到,此时deployments目录中有一个demo.war.failed文件,这个文件被称为 "Mark File",即标记文件,它的文件名与项目文件名相同,但同时带有一个后缀。AS7用这样的Mark File来完成两个任务,一个是表示待部署项目的状态,另一个是在自动部署的基础上,给用户提供一些手工控制部署的能力。此时的demo.war.failed这个Mark File显然是表示状态的,failed说明demo.war刚刚部署失败的情况。
理解了Mark File,我们可以将新的war拷贝至deployments目录了:
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ cp /Users/liweinan/projs/demo/target/demo.war .
拷贝完成后,就把deployments目录里面之前有问题的demo.war给覆盖掉了。此时AS7是不会自动重新部署这个项目的,这是出于可靠性考虑,AS7不会未经用户明确指定,就把一个已有的同名项目的部署状态覆盖掉,即使它是部署失败的。此时我们就要用Mark File来控制AS7的部署了,我们建立一个名为demo.war.dodeply的空文件,使AS7重新部署demo.war这个项目:
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ touch demo.war.dodeploy
此时,AS7便开始重新部署项目了。如果你的手足够快,此时看一下deployments中的内容
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ ls
README.txt demo.war.dodeploy demo.war.isdeploying
demo.war demo.war.failed
会发现多出一个demo.war.isdeploying,表明项目正在部署。等部署完成后,deployments目录中的内容就变成了:
liweinan@smart:~/projs/jboss-7.0.0.CR1/standalone/deployments$ ls
README.txt demo.war demo.war.deployed
这样,新的项目便部署完成了,如果没有操作上的失误的话,这个项目已经可以可以访问到了:
小结
本文讲解了AS7下面的自动部署、手工部署的方法,同时讲解了管理端下面与部署相关的一些命令,以及standalone.xml配置文件中的一些内容;最后,我们讲解了Mark File的使用方法。希望通过本文,可以帮助大家进行AS7更为深入的学习和使用。
备注
[1] JBoss AS7 包含standalone及domain两种运行方式。有关JBoss AS7的domain运行方式,请参考蓝点上面的这篇文章:
http://bluedash.net/spaces/JBoss%20AS7中的新概念-域
[2] 关于这个项目的详细说明,请参考蓝点上面的另一篇文章:
http://bluedash.net/spaces/Java%20EE%206%20入门
[3] domain运行模式下面的配置模式有所不同,请参考这篇文章:
http://bluedash.net/spaces/JBoss%20AS7中的新概念-域
[4] 如果要对AS7的部署进行更深入的了解和学习,需要参考AS7的管理员手册的相关章节:
https://docs.jboss.org/author/display/AS7/Admin+Guide#AdminGuide-DeploymentScanner
![点击查看原始大小图片](http://dl2.iteye.com/upload/attachment/0059/6936/ab0d414a-cf71-316a-a98d-3533a978d08c-thumb.jpg)
- 大小: 68.5 KB
![点击查看原始大小图片](http://dl2.iteye.com/upload/attachment/0059/6938/1639af28-9fbc-3fc7-a689-b9f8438f3644-thumb.jpg)
- 大小: 29.4 KB
分享到:
相关推荐
风光储直流微电网Simulink仿真模型:光伏发电、风力发电与混合储能系统的协同运作及并网逆变器VSR的研究,风光储直流微电网Simulink仿真模型:MPPT控制、混合储能系统、VSR并网逆变器的设计与实现,风光储、风光储并网直流微电网simulink仿真模型。 系统由光伏发电系统、风力发电系统、混合储能系统(可单独储能系统)、逆变器VSR?大电网构成。 光伏系统采用扰动观察法实现mppt控制,经过boost电路并入母线; 风机采用最佳叶尖速比实现mppt控制,风力发电系统中pmsg采用零d轴控制实现功率输出,通过三相电压型pwm变器整流并入母线; 混合储能由蓄电池和超级电容构成,通过双向DCDC变器并入母线,并采用低通滤波器实现功率分配,超级电容响应高频功率分量,蓄电池响应低频功率分量,有限抑制系统中功率波动,且符合储能的各自特性。 并网逆变器VSR采用PQ控制实现功率入网。 ,风光储; 直流微电网; simulink仿真模型; 光伏发电系统; 最佳叶尖速比控制; MPPT控制; Boost电路; 三相电压型PWM变换器;
以下是针对初学者的 **51单片机入门教程**,内容涵盖基础概念、开发环境搭建、编程实践及常见应用示例,帮助你快速上手。
【Python毕设】根据你提供的课程代码,自动排出可行课表,适用于西工大选课_pgj
【毕业设计】[零食商贩]-基于vue全家桶+koa2+sequelize+mysql搭建的移动商城应用
电动汽车充电背景下的微电网谐波抑制策略与风力发电系统仿真研究,电动汽车充电微电网的谐波抑制策略与风力发电系统仿真研究,基于电动汽车充电的微电网谐波抑制策略研究,包括电动汽车充电负 载模型,风电模型,光伏发现系统,储能系统,以及谐波处理模块 风力发电系统仿真 ,电动汽车充电负载模型; 风电模型; 光伏发现系统; 储能系统; 谐波处理模块; 风力发电系统仿真,电动汽车充电微电网的谐波抑制策略研究:整合负载模型、风电模型与光伏储能系统
Vscode部署本地Deepseek的continue插件windows版本
内容概要:本文详细介绍了滤波器的两个关键参数——截止频率(F0)和品质因素(Q),并探讨了不同类型的滤波器(包括低通、高通、带通和带阻滤波器)的设计方法及其特性。文章首先明确了F0和Q的基本概念及其在滤波器性能中的作用,接着通过数学推导和图形展示的方式,解释了不同Q值对滤波器频率响应的影响。文中特别指出,通过调整Q值可以控制滤波器的峰谷效果和滚降速度,进而优化系统的滤波性能。此外,还讨论了不同类型滤波器的具体应用场景,如低通滤波器适用于消除高频噪声,高通滤波器用于去除直流分量和低频干扰,而带通滤波器和带阻滤波器分别用于选取特定频段信号和排除不需要的频段。最后,通过对具体案例的解析,帮助读者更好地理解和应用相关理论。 适合人群:电子工程及相关领域的技术人员、研究人员以及高校学生,特别是那些需要深入了解滤波器设计原理的人群。 使用场景及目标:适用于从事模拟电路设计的专业人士,尤其是希望掌握滤波器设计细节和技术的应用场合。目标是让读者能够灵活运用Q值和F0来优化滤波器设计,提升系统的信噪比和选择性,确保信号的纯净性和完整性。
内容概要:本文主要讲述了利用QUARTUSⅡ进行电子设计自动化的具体步骤和实例操作,详细介绍了如何利用EDA技术在QUARTUSⅡ环境中设计并模拟下降沿D触发器的工作过程,重点探讨了系统规格设计、功能描述、设计处理、器件编译和测试四个步骤及相关的设计验证流程,如功能仿真、逻辑综合及时序仿真等内容,并通过具体的操作指南展示了电路设计的实际操作方法。此外还强调了QUARTUSⅡ作为一款集成了多种功能的综合平台的优势及其对于提高工作效率的重要性。 适用人群:电子工程、自动化等相关专业的学生或者工程师,尤其适用于初次接触EDA技术和QuartusⅡ的用户。 使用场景及目标:旨在帮助用户理解和掌握使用QUARTUSⅡ这一先进的EDA工具软件进行从概念设计到最后成品制作整个电路设计过程的方法和技巧。目标是在实际工作中能够熟练运用QUARTUSⅡ完成各类复杂电子系统的高效设计。 其他说明:文中通过具体的案例让读者更直观理解EDA设计理念和技术特点的同时也为进一步探索EDA领域的前沿课题打下了良好基础。此外它还提到了未来可能的发展方向,比如EDA工具的功能增强趋势等。
Simulink建模下的光储系统与IEEE33节点配电网的协同并网运行:光照强度变化下的储能系统优化策略与输出性能分析,Simulink模型下的光伏微网系统:光储协同,实现380v电压等级下的恒定功率并网与平抑波动,Simulink含光伏的IEEE33节点配电网模型 微网,光储系统并网运行 光照强度发生改变时,储能可以有效配合光伏进行恒定功率并网,平抑波动,实现削峰填谷。 总的输出有功为270kw(图23) 无功为0 检验可以并网到电压等级为380v的电网上 逆变侧输出电压电流稳定(图4) ,Simulink; 含光伏; 配电网模型; 微网; 光储系统; 储能配合; 恒定功率并网; 电压等级; 逆变侧输出。,Simulink光伏微网模型:光储协同并网运行,实现功率稳定输出
基于Andres ELeon新法的双馈风机次同步振荡抑制策略:附加阻尼控制(SDC)的实践与应用,双馈风机次同步振荡的抑制策略研究:基于转子侧附加阻尼控制(SDC)的应用与效能分析,双馈风机次同步振荡抑制策略(一) 含 基于转子侧附加阻尼控制(SDC)的双馈风机次同步振荡抑制,不懂就问, 附加阻尼控制 (SDC)被添加到 RSC 内部控制器的q轴输出中。 这种方法是由Andres ELeon在2016年提出的。 该方法由增益、超前滞后补偿器和带通滤波器组成。 采用实测的有功功率作为输入信号。 有关更多信息,你可以阅读 Andres ELeon 的lunwen。 附lunwen ,关键词:双馈风机、次同步振荡、抑制策略;转子侧附加阻尼控制(SDC);RSC内部控制器;Andres ELeon;增益;超前滞后补偿器;带通滤波器;实测有功功率。,双馈风机次同步振荡抑制技术:基于SDC与RSCq轴控制的策略研究
springboot疫情防控期间某村外出务工人员信息管理系统--
高效光伏并网发电系统MATLAB Simulink仿真设计与MPPT技术应用及PI调节闭环控制,光伏并网发电系统MATLAB Simulink仿真设计:涵盖电池、BOOST电路、逆变电路及MPPT技术效率提升,光伏并网发电系统MATLAB Simulink仿真设计。 该仿真包括电池,BOOST升压电路,单相全桥逆变电路,电压电流双闭环控制部分;应用MPPT技术,提高光伏发电的利用效率。 采用PI调节方式进行闭环控制,SPWM调制,采用定步长扰动观测法,对最大功率点进行跟踪,可以很好的提高发电效率和实现并网要求。 ,光伏并网发电系统; MATLAB Simulink仿真设计; 电池; BOOST升压电路; 单相全桥逆变电路; 电压电流双闭环控制; MPPT技术; PI调节方式; SPWM调制; 定步长扰动观测法。,光伏并网发电系统Simulink仿真设计:高效MPPT与PI调节控制策略
PFC 6.0高效循环加载系统:支持半正弦、半余弦及多级变荷载功能,PFC 6.0循环加载代码:支持半正弦、半余弦及多级变荷载的强大功能,PFC6.0循环加载代码,支持半正弦,半余弦函数加载,中间变荷载等。 多级加载 ,PFC6.0; 循环加载代码; 半正弦/半余弦函数加载; 中间变荷载; 多级加载,PFC6.0多级半正弦半余弦循环加载系统
某站1K的校园跑腿小程序 多校园版二手市场校园圈子失物招领 食堂/快递代拿代买跑腿 多校版本,多模块,适合跑腿,外卖,表白,二手,快递等校园服务 需要自己准备好后台的服务器,已认证的小程序,备案的域名!
【Python毕设】根据你提供的课程代码,自动排出可行课表,适用于西工大选课
COMSOL锂枝晶模型:五合一的相场、浓度场与电场模拟研究,涵盖单枝晶定向生长、多枝晶生长及无序生长等多元现象的探索,COMSOL锂枝晶模型深度解析:五合一技术揭示单枝晶至雪花枝晶的生长机制与物理场影响,comsol锂枝晶模型 五合一 单枝晶定向生长、多枝晶定向生长、多枝晶随机生长、无序生长随机形核以及雪花枝晶,包含相场、浓度场和电场三种物理场(雪花枝晶除外),其中单枝晶定向生长另外包含对应的参考文献。 ,comsol锂枝晶模型; 五合一模型; 单枝晶定向生长; 多枝晶定向生长; 多枝晶随机生长; 无序生长随机形核; 雪花枝晶; 相场、浓度场、电场物理场; 参考文献,COMSOL锂枝晶模型:多场景定向生长与相场电场分析
嵌入式大学生 点阵代码
那个有delphi12 tedgebrowser 使用的dll
基于DQN算法的微网储能优化调度与能量管理:深度强化学习的应用与实践,基于DQN算法的微网储能优化调度与能量管理:深度强化学习的应用与实践,基于DQN算法的微网储能运行优化与能量管理 关键词:微网 优化调度 储能优化 深度强化学习 DQN 编程语言:python 参考文献:《Explainable AI Deep Reinforcement Learning Agents for Residential Demand Side Cost Savings in Smart Grids》 内容简介: 受深层强化学习(RL)最新进展的激励,我们开发了一个RL代理来管理家庭中存储设备的操作,旨在最大限度地节省需求侧的成本。 所提出的技术是数据驱动的,并且RL代理从头开始学习如何在可变费率结构下有效地使用能量存储设备,即收缩“黑匣子”的概念,其中代理所学的技术被忽略。 我们解释了RL-agent的学习过程,以及基于存储设备容量的策略。 ,微网; 优化调度; 储能优化; 深度强化学习; DQN; 家庭存储设备; 需求侧成本节省; 智能电网; RL代理; 能量存储设备。,基于DQN算法的微网储
内容概要:该文档为FM17580的原理图设计文件,重点介绍了这款非接触式IC卡读写芯片的电路设计细节。文档详细列出了各个元器件及其连接方式、引脚分配及具体值设定。特别值得注意的是,为了确保性能和可靠性,在PCB布局时强调了GND线需要尽量以最短路径连回FM175xx芯片的TVSS引脚附近,并且靠近电源输入端(TVDD)。同时明确了FM17580只兼容SPI通讯协议,其他如IIC或UART选项则不在支持范围内。此外还提供了关于降低能耗的选择——移除不必要的ADC检测电路,这对于一些特定应用场景非常有用。 适合人群:具备硬件开发经验和RFID/NFC领域基础知识的技术人员或研究人员。 使用场景及目标:适用于需要详细了解FM17580内部结构和技术特性的项目团队;旨在帮助工程师们快速上手搭建实验平台并测试FM17580的功能特性。主要目的是为实际应用开发提供技术支持和参考。 其他说明:文档最后附带了一些附加信息,包括设计师名字、公司名称以及审查流程的相关内容,但具体内容并未公开。此外还提到该文档是针对FM17580评估板(即FM17580Demo)的设计图纸。文中出现多次类似表格可能是不同版本之间的对比或者记录修改历史的部分内容。