您的位置：首页 > 其它

JBoss教程(学习简明手册)

2013-01-04 17:12 429 查看

这里,我以

jboss-5.1.0.GA

JDK1.6

操作系统XP

来说明.

jboss-5.1.0.GA下载地址:http://jaist.dl.sourceforge.net/sourceforge/jboss/jboss-5.0.0.GA.zip

JDK1.6:http://jaist.dl.sourceforge.net/sourceforge/jboss/jboss-5.0.0.GA-jdk6.zip
官方下载地址

JBoss安装版下载地址：http://labs.jboss.org/portal/jbossas/download/

官方安装文档http://docs.jboss.com/jbossas/guides/installguide/r1/en/html_single/

1.jboss-5.1.0.GA目录描述

JBoss的目录结构说明

目录	描述
bin	启动和关闭JBoss的脚本（run.bat为windows系统下的启动脚本，shutdown.bat为windows系统下的关闭脚本）。
client	客户端与JBoss通信所需的Java库（JARs）。
docs	配置的样本文件（数据库配置等）。
docs/dtd	在JBoss中使用的各种XML文件的DTD。
lib	一些JAR，JBoss启动时加载，且被所有JBoss配置共享。（不要把你的库放在这里）
server	各种JBoss配置。每个配置必须放在不同的子目录。子目录的名字表示配置的名字。JBoss包含3个默认的配置：minimial，default和all，在你安装时可以进行选择。
server/all	JBoss的完全配置，启动所有服务，包括集群和IIOP。
server/default	JBoss的默认配置。在没有在JBoss命令行中指定配置名称时使用。(我们下载的JBOSS5.0 Beta4版本默认采用此配置)。
server/default/conf	JBoss的配置文件。
server/default/data	JBoss的数据库文件。比如，嵌入的数据库，或者JBossMQ
server/default/deploy	JBoss的热部署目录。放到这里的任何文件或目录会被JBoss自动部署。EJB、WAR、EAR，甚至服务。
server/default/lib	一些JAR，JBoss在启动特定配置时加载他们。(default和minimial配置也包含这个和下面两个目录。)
server/default/log	JBoss的日志文件。
server/default/tmp	JBoss的临时文件。

2.启动停止JBoss

安装好JBoss后，要确认安装是否成功，进入bin目录，执行run.bat或run.sh脚本。输出应该类似如下：

如果输出类似如上图，现在应该可以使用JBoss了。

访问:http://localhost:8080(默认8080,自己可以改)

3.JBOSSTOOLS

MyEclipse+jboss,如果用JBossTools这个工具,比较好用.

官方网站:http://www.jboss.org/tools/download
现在的版本是:JBossTools3.1

安装插件URL:http://download.jboss.org/jbosstools/updates/development
安装插件的方式跟其它插件是一样的,这里就不说了.

这里以:MyEclipseEnterpriseWorkbenchVersion:6.0.0GA为实例,发的截图:

JBossTools是一套基于Eclipse和JBoss技术的开源项目，JBossTools的目的是为基于JBoss技术的项目开发提供一套完整工具支持，所有JBossPlugins将作为JBDS（JBossDeveloperStudio）的一部分，现在的JBossTools的所有的plugins每天都会有一个新build包括最新的修改。

JBossTools目前包括有一下模块：

1.RichFacesVE:这个模块是有Exadel提供的，一个位于明斯克的非常有经验的和实力的团队，主要功能是为HTML和JSF提供一个可是化的编辑器，可以方便灵活的设置JSFProject的各种配置文件

2.SeamTools：支持seam-gen以及于RichFacesVE的集成和对于Seam相关代码的refacetoring和编译等

3.HibernateTools：提供了一些projectwizard，可以方便构建Hibernate所需的各种配置文件，同时支持mapping文件annotation和JPA的逆向工程以及交互式的HQL/JPA-QL/Criteria的执行。

4.JBossAS：基于WTPServerAdapter框架，将Eclipse与JBossAS完美集成的工具，可以在Eclipse下方便的启动，停止JBossAS以及调试

5.JBPMTools：用于编辑和部署JBPM工作流

6.StrutsTools：一套为基于Struts技术开发提供支持的工具

7.FreeMarkerTools:FreeMakerEditor，基于FreeMaker语法的，可以高亮显示

8.JBossToolsCore:JBossTools的核心模块

9.JBossWSTools:JBossWS是JBoss提供的WebServiceruntime，JBossWSTools的功能就是使用户在Eclipse你能方便的创建基于JBossWS的webserviceproject，用户可以轻松的完成从代码生成到打包、部署以及webservice的调用和测试，开发者之需要关注业务逻辑的开发即可

10.PortletTools:支持portlet开发的工具

11.BIRTTools:基于BIRT的为jbossJ2EEServer提供报表功能的工具

12.JBossESBTooling:提供一些工程构建向导和关键的jboss-esb.xml的编辑器，支持工程的打包和部署。

4JBoss的配置

4.1.日志文件设置

若需要修改JBoss默认的log4j设置，可修改JBoss安装目录"server"default"conf下的jboss-log4j.xml文件，在该文件中可以看到，log4j的日志输出在JBoss安装目录"server"default"log下的server.log文件中。对于log4j的设置，读者可以在网上搜索更加详细的信息。

4.2.web服务的端口号的修改

这点在前文中有所提及，即修改JBoss安装目录"server"default"deploy"jboss-web.deployer下的server.xml文件，内容如下：

<Connectorport="8080"address="${jboss.bind.address}"

maxThreads="250"maxHttpHeaderSize="8192"

emptySessionPath="true"protocol="HTTP/1.1"

enableLookups="false"redirectPort="8443"acceptCount="100"

connectionTimeout="20000"disableUploadTimeout="true"/>

将上面的8080端口修改为你想要的端口即可。重新启动JBoss后访问：http://localhost/:新设置的端口，可看到JBoss的欢迎界面。

4.3.JBoss的安全设置

1）jmx-console登录的用户名和密码设置

默认情况访问http://localhost:8080/jmx-console就可以浏览jboss的部署管理的一些信息，不需要输入用户名和密码，使用起来有点安全隐患。下面我们针对此问题对jboss进行配置，使得访问jmx-console也必须要知道用户名和密码才可进去访问。步骤如下：

i)找到JBoss安装目录/server/default/deploy/jmx-console.war/WEB-INF/jboss-web.xml文件，去掉<security-domain>java:/jaas/jmx-console</security-domain>的注释。修改后的该文件内容为：

<jboss-web>



<security-domain>java:/jaas/jmx-console</security-domain>

</jboss-web>

ii）修改与i）中的jboss-web.xml同级目录下的web.xml文件，查找到<security-constraint/>节点，去掉它的注释，修改后该部分内容为：



<security-constraint>

<web-resource-collection>

<web-resource-name>HtmlAdaptor</web-resource-name>

<description>Anexamplesecurityconfigthatonlyallowsuserswiththe

roleJBossAdmintoaccesstheHTMLJMXconsolewebapplication

</description>

<url-pattern>/*</url-pattern>

<http-method>GET</http-method>

<http-method>POST</http-method>

</web-resource-collection>

<auth-constraint>

<role-name>JBossAdmin</role-name>

</auth-constraint>

</security-constraint>

在此处可以看出，为登录配置了角色JBossAdmin。

iii）在第一步中的jmx-console安全域和第二步中的运行角色JBossAdmin都是在login-config.xml中配置，我们在JBoss安装目录/server/default/config下找到它。查找名字为：jmx-console的application-policy：

<application-policyname="jmx-console">

<authentication>

<login-modulecode="org.jboss.security.auth.spi.UsersRolesLoginModule"

flag="required">

<module-optionname="usersProperties">props/jmx-console-users.properties</module-option>

<module-optionname="rolesProperties">props/jmx-console-roles.properties</module-option>

</login-module>

</authentication>

</application-policy>

在此处可以看出，登录的角色、用户等的信息分别在props目录下的jmx-console-roles.properties和jmx-console-users.properties文件中设置，分别打开这两个文件。

其中jmx-console-users.properties文件的内容如下：

#Asampleusers.propertiesfileforusewiththeUsersRolesLoginModule

admin=admin

该文件定义的格式为：用户名=密码，在该文件中，默认定义了一个用户名为admin，密码也为admin的用户，读者可将其改成所需的用户名和密码。

jmx-console-roles.properties的内容如下：

#Asampleroles.propertiesfileforusewiththeUsersRolesLoginModule

admin=JBossAdmin,HttpInvoker

该文件定义的格式为：用户名=角色，多个角色以“,”隔开，该文件默认为admin用户定义了JBossAdmin和HttpInvoker这两个角色。

配置完成后读者可以通过访问：http://localhost:8088/jmx-console/，输入jmx-console-roles.properties文件中定义的用户名和密码，访问jmx-console的页面。

2）web-console登录的用户名和密码设置

默认情况下，用户访问JBoss的web-console时，不需要输入用户名和密码，为了安全起见，我们通过修改配置来为其加上用户名和密码。步骤如下：

i）找到JBoss安装目录"server"default"deploy"management"console-mgr.sar"web-console.war"WEB-INF"jboss-web.xml文件，去掉<security-domain>java:/jaas/web-console</security-domain>的注释，修改后的文件内容为：

<?xmlversion='1.0'encoding='UTF-8'?>

<!DOCTYPEjboss-web

PUBLIC"-//JBoss//DTDWebApplication2.3V2//EN"

"http://www.jboss.org/j2ee/dtd/jboss-web_3_2.dtd">

<jboss-web>



<security-domain>java:/jaas/web-console</security-domain>



<depends>jboss.admin:service=PluginManager</depends>

</jboss-web>

ii）打开i）中jboss-web.xml同目录下的web.xml文件，去掉<security-constraint>部分的注释，修改后的该部分内容为：



<security-constraint>

<web-resource-collection>

<web-resource-name>HtmlAdaptor</web-resource-name>

<description>Anexamplesecurityconfigthatonlyallowsuserswiththe

roleJBossAdmintoaccesstheHTMLJMXconsolewebapplication

</description>

<url-pattern>/*</url-pattern>

<http-method>GET</http-method>

<http-method>POST</http-method>

</web-resource-collection>

<auth-constraint>

<role-name>JBossAdmin</role-name>

</auth-constraint>

</security-constraint>

iii）打开JBoss安装目录"server"default"conf下的login-config.xml文件，搜索web-console，可找到如下内容：

<application-policyname="web-console">

<authentication>

<login-modulecode="org.jboss.security.auth.spi.UsersRolesLoginModule"

flag="required">

<module-optionname="usersProperties">web-console-users.properties</module-option>

<module-optionname="rolesProperties">web-console-roles.properties</module-option>

</login-module>

</authentication>

</application-policy>

在文件中可以看到，设置登录web-console的用户名和角色等信息分别在login-config.xml文件所在目录下的web-console-users.properties和web-console-roles.properties文件中，但因为该目录下无这两个文件，我们在JBoss安装目录"server"default"conf"props目录下建立这两个文件，文件内容可参考在“jmx-console登录的用户名和密码设置”中的两个相应的配置文件的内容，web-console-users.properties文件的内容如下：

#Asampleusers.propertiesfileforusewiththeUsersRolesLoginModule

admin=admin

web-console-roles.properties文件的内容如下：

#Asampleroles.propertiesfileforusewiththeUsersRolesLoginModule

admin=JBossAdmin,HttpInvoker

因为此时这两个文件不与login-config.xml同目录，所以login-config.xml文件需进行少许修改，修改后的<application-policyname="web-console">元素的内容为：

<application-policyname="web-console">

<authentication>

<login-modulecode="org.jboss.security.auth.spi.UsersRolesLoginModule"

flag="required">

<module-optionname="usersProperties">props/web-console-users.properties</module-option>

<module-optionname="rolesProperties">props/web-console-roles.properties</module-option>

</login-module>

</authentication>

</application-policy>

查看图片附件

3

顶

6

踩

分享到：

jbossportal+MySql5安装使用手册|oracle
9i学习过程

2011-02-1010:36

浏览4965

评论(3)

收藏

分类:企业架构

相关推荐

评论

3楼有事没事上QQ2011-02-11引用

2楼atgoingguoat2011-02-10引用
新版JBoss应用服务器提供了大量的新功能：除了支持最新的EJB3.0规范外，新版的JBossAOP将同它正式发布。同时，JBoss开发团队还计划开发新的微内核层，即独立于JMX，使得它能够独立使用。WebServices方面，JBoss现在支持全部的J2EEWebServices，同时兼容Microsoft.NET；Messaging项目采用了完整的JMS
1.1实现，同时充分的改进了分布式目的单元格等功能的高可用性；JBossSeam中包括了一系列统一的革命性的组建设计模型和框架。同时新版JBoss中也集成了Hibernate3.2

1楼atgoingguoat2011-02-10引用
JBoss5部署原理

本文将尝试解答以下几个问题：

1.JBoss5内核是如何部署的？

2.JBoss5部署体系发生了哪些变化？

3.部署单元怎么被指定的deployer部署？

4.热部署是如何实现的？

一、JBoss5内核的部署

JBoss5的内核是重新设计的Microcontainer，定制了一个ProfileServiceBootstrap用于启动Microcontainer。

bootstrap启动后，通过BasicXMLDeployer布署conf/bookstrap-beans.xml

在jboss5中使用XmlBinding组件解析bootstrap-beans.xml，xmlbinding组件通过schema定义文件将对象序列化为xml文件或反之，

通过反序列化得到一个AbstractKernelDeployment对象，它包含了所有Bean组件的元数据AbstractBeanMetaData；

然后通过KernelController安装:Bean，并依次调用create,start方法，通过配置文件可以指定create和start方法的名称。

在bootstrap-beans中声明了一个主部署器MainDeployer，它包含一些内置的deployer，和一些StructureDeployer，它们的说明如下：

WARStructure：处理WAR结构；

JARStructure：处理JAR结构，包括zip,ear,jar,rar,war,sar,har,aop,deployer,beans

FileStrucutre：处理File结构，包括-service.xml,-beans.xml,-ds.xml,-aop.xml结尾的文件；

AspectDeployer：解析-aop.xml文件，

BeanDeployer：解析-beans.xml文件，得到KernelDeployment对象；

KernelDeploymentDeployer：将KernelDeployment中的BeanMetaData添加到DeploymentUnit；

BeanMetaDataDeployer：将BeanMetaData安装到Microcontainer中。

SARDeployer：解析-service.xml文件，得到ServiceDeployment对象；

ServiceDeploymentDeployer：将ServiceDeployment中的ServiceMetaData添加到DeploymentUnit；

ServiceDeployer：将ServiceMetaData安装到Microcontainer中，并启动它。

在bootstrap-beans中还声明了三个文件扫描器和一个热部署扫描器

VFSBootstrapScanner：扫描conf/jboss-service.xml；

VFSDeployerScanner：扫描deployers文件夹；

VFSDeploymentScanner：扫描deploy文件夹；

HDScanner：热部署扫描器。

二、JBoss5部署体系的变化

相对于JBoss4的部署体系，JBoss5的部署结构发生的非常大的变化，它完全是一个新的部署体系了。

我们知道在jboss4中，deployer有个accept方法来决定是否能接受部署，在JBoss5中，没用延用这种方式，一个可能的原因是Annotation的大量使用在简化部署描述文件的同时，增加了部署的难度，在很多时候我们的服务组件需要多个Deployer对它进行部署。

举个简单的例子，我们在服务组件上使用了AOPAnnotation，那么这时服务组件应该由SARDeployer和AspectDeployer都进行部署。

三、部署流程

这里以部署conf/jboss-service.xml为例来说明部署的过程，

1.扫描

在bootstrap-beans.xml中声明的VFSBootstrapScannerImpl用于扫描conf/jboss-service.xml并创建DeploymentContext

//VFSBootstrapScannerImpl.add

DeploymentContextdeployment=newAbstractDeploymentContext(file);

if(!profile.hasDeployment(deployment.getName(),DeploymentPhase.BOOTSTRAP))

profile.addDeployment(deployment,DeploymentPhase.BOOTSTRAP);

profile为当前配置实例，与启动jboss时指定的配置是对应的。

2.装载profile

//ProfileServiceBootstrap.loadProfile

Collection<DeploymentContext>boostraps=profile.getDeployments(DeploymentPhase.BOOTSTRAP);

for(DeploymentContextd:boostraps){

deployer.addDeploymentContext(d);

if(first==null)

first=d;

}

deployer.process();

这里的deployer为主部署器MainDeployer，

addDeploymentContext方法有两个重要的操作：datermineStructure和addContext

datermineStructure：分析结构；

addContext：创建DeploymentUnit；

3.开始部署

//MainDeployerImpl.java

publicCollection<DeploymentContext>process(ProcessModemode)

{

for(inti=0;i<theDeployers.length;++i)

{

Deployerdeployer=theDeployers[i];

for(DeploymentContextcontext:deployContexts)

{

context.getTransientAttachments().addAttachment(ProcessMode.class,mode);

Set<DeploymentContext>components=context.getComponents();

prepareDeploy(deployer,context,components);

commitDeploy(deployer,context,components);

}

}

}

MainDeployer遍历所有已注册的Deployer，并依次用它们去部署context；

privatevoidcommitDeploy(Deployerdeployer,DeploymentContextcontext,

Set<DeploymentContext>components)

{

DeploymentContext[]theComponents=null;

if(components!=null&&components.isEmpty()==false)

theComponents=components.toArray(newDeploymentContext[components.size()]);

DeploymentUnitunit=context.getDeploymentUnit();

deployer.commitDeploy(unit);

if(theComponents!=null)

{

for(inti=0;i<theComponents.length;++i)

{

Set<DeploymentContext>componentComponents=theComponents[i].getComponents();

commitDeploy(deployer,theComponents[i],componentComponents);

}

}

}

因为DeploymentContext采用的是父子结构，所以整个部署也采用递归的方式进行部署；

那么如何确定由哪个部署器来进行部署呢？

下面是jboss-service.xml的部署流程

//AspectDeployer.java(.skip.)

publicvoiddeploy(DeploymentUnitunit)

{

List<VirtualFile>files=unit.getMetaDataFiles(null,"-aop.xml");

if(isAopArchiveOrFolder(unit)){

//部署采用Annotation方式的AOP定义；

deployAnnotations(unit);

}

if(files.size()>0){

//部署采用xml文件的AOP定义；

deployXml(unit,files);

}

}

//BeanDeployer.java(.skip.)

publicvoiddeploy(DeploymentUnitunit)

{

//为"-beans.xml"结尾的文件创建元数据；

createMetaData(unit,null,"-beans.xml");

}

//AbstractParsingDeployer.java

protectedvoidcreateMetaData(DeploymentUnitunit,

Stringname,Stringsuffix,Stringkey)

{

//Createit

if(suffix==null)

result=parse(unit,name,result);

else

result=parse(unit,name,suffix,result);

//Addtheassociateddeployertypeifthereisaresult

if(result!=null)

unit.getTypes().add(getType());

//Doesn'texist

if(result==null)

return;

//注册到部署单元中，给后续的部署器使用

unit.addAttachment(key,result,getDeploymentType());

}

//KernelDeploymentDeployer.java(.skip.)

//BeanMetaDataDeployer.java(.skip.)

//AbstractSimpleRealDeployer.java

publicvoiddeploy(DeploymentUnitunit)

{

Tdeployment=unit.getAttachment(getDeploymentType());

if(deployment!=null)

{

//Setthedeployertype

unit.getTypes().add(getType());

deploy(unit,deployment);

}

}

这里的getDeploymentType()为BeanMetaData.class

//SARDeployer.java(.use.)

publicvoiddeploy(DeploymentUnitunit)

{

//为"-service.xml"结尾的文件创建元数据，与本例的jboss-service.xml是匹配的。

createMetaData(unit,null,"-service.xml");

}

//AbstractParsingDeployer.java

protectedvoidcreateMetaData(DeploymentUnitunit,

Stringname,Stringsuffix,Stringkey)

{

//Createit

if(suffix==null)

result=parse(unit,name,result);

else

result=parse(unit,name,suffix,result);

//Addtheassociateddeployertypeifthereisaresult

if(result!=null)

unit.getTypes().add(getType());

//Doesn'texist

if(result==null)

return;

//注册到部署单元中，给后续的部署器使用

unit.addAttachment(key,result,getDeploymentType());

}

protectedServiceDeploymentparse(DeploymentUnitunit,

VirtualFilefile,Documentdocument)

{

ServiceDeploymentParserparser=newServiceDeploymentParser(document);

//创建ServiceDeployment；

ServiceDeploymentparsed=parser.parse();

Stringname=file.toURI().toString();

parsed.setName(name);

List<ServiceDeploymentClassPath>classPaths=parsed.getClassPaths();

if(classPaths!=null)

processXMLClasspath(unit.getDeploymentContext(),classPaths);

LoaderRepositoryConfigconfig=parsed.getLoaderRepositoryConfig();

if(config!=null)

unit.addAttachment(LoaderRepositoryConfig.class.getName(),config);

returnparsed;

}

//ServiceClassLoaderDeployer.java(.use.)

publicvoiddeploy(DeploymentUnitunit)

{

ClassLoaderFactoryfactory=unit.getAttachment(ClassLoaderFactory.class);

if(factory==null)

factory=this;

unit.createClassLoader(factory);

}

//ServiceDeploymentDeployer.java(.use.)

//AbstractComponentDeployer.java

publicvoiddeploy(DeploymentUnitunit)

{

super.deploy(unit);

deployComponents(unit);

}

//AbstractRealDeployer.java

publicvoiddeploy(DeploymentUnitunit)

{

Set<?extendsT>deployments=unit.getAllMetaData(deploymentType);

for(Tdeployment:deployments)

visitor.deploy(unit,deployment);

}

这里的deploymentType为ServiceDeployment.class，所以是有值的。

//ServiceDeploymentVisitor.java

publicvoiddeploy(DeploymentUnitunit,

ServiceDeploymentdeployment)

{

List<ServiceMetaData>services=deployment.getServices();

if(services==null)

{

Elementconfig=deployment.getConfig();

//这里才真正开始解析jboss-service.xml中的mbean元素，

//每个mbean元素对应一个ServiceMetaData

ServiceMetaDataParserparser=newServiceMetaDataParser(config);

services=parser.parse();

deployment.setServices(services);

}

if(services==null||services.isEmpty())

return;

//加入到部署单元中，

//服务组件也是一个部署单元，与root部署单元是父子关系。

for(ServiceMetaDataservice:services)

addServiceComponent(unit,service);

}

//AbstractComponentDeployer.java

protectedvoiddeployComponents(DeploymentUnitunit)

{

Set<?extendsC>components=unit.getAllMetaData(componentType);

for(Ccomponent:components)

compVisitor.deploy(unit,component);

}

这里的componentType为ServiceMetaData.class，没有值。

//ServiceDeployer.java(.use.)

//AbstractSimpleRealDeployer.java

publicvoiddeploy(DeploymentUnitunit)

{

Tdeployment=unit.getAttachment(getDeploymentType());

if(deployment!=null)

{

//Setthedeployertype

unit.getTypes().add(getType());

deploy(unit,deployment);

}

}

//这里的getDeploymentType()为ServiceMetaData.class；

//ServiceDeployer.java

publicvoiddeploy(DeploymentUnitunit,ServiceMetaDatadeployment)

{

ObjectNamename=deployment.getObjectName();

//查找classloader；

ObjectNameloaderName=deployment.getClassLoaderName();

if(loaderName==null)

{

ClassLoadercl=unit.getClassLoader();

if(cl!=null&&clinstanceofRepositoryClassLoader)

loaderName=((RepositoryClassLoader)cl).getObjectName();

else

loaderName=defaultClassLoader;

}

//安装组件；

controller.install(deployment,loaderName);

ServiceContextcontext=controller.getServiceContext(name);

if(context==null)

thrownewIllegalStateException("Nocontextfor"+name);

try

{

//组件创建，调用组件的create方法；

create(context);

try

{

//组件启动，调用组件的start方法；

start(context);

}

catch(Throwablet)

{

destroy(name);

throwt;

}

}

catch(Throwablet)

{

remove(name);

throwt;

}

}

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航