`
atgoingguoat
  • 浏览: 196761 次
  • 性别: Icon_minigender_1
  • 来自: 长沙
社区版块
存档分类
最新评论

JBoss教程(学习简明手册)

阅读更多

这里,我以

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.JBOSS TOOLS

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

官方网站: http://www.jboss.org/tools/download

现在的版本是 :JBoss Tools 3.1 

安装插件URL:  http://download.jboss.org/jbosstools/updates/development

安装插件的方式跟其它插件是一样的,这里就不说了.

这里以:MyEclipse Enterprise Workbench Version: 6.0.0 GA 为实例,发的截图:

 JBoss Tools 是一套基于Eclipse和JBoss 技术的开源项目,JBoss Tools的目的是为基于JBoss技术的项目开发提供一套完整工具支持,所有JBoss Plugins将作为JBDS(JBoss Developer Studio)的一部分,现在的JBoss Tools的所有的plugins 每天都会有一个新build包括最新的修改。
JBoss Tools目前包括有一下模块:
1. RichFaces VE : 这个模块是有Exadel提供的, 一个位于明斯克的非常有经验的和实力的团队,主要功能是为HTML和JSF 提供一个可是化的编辑器,可以方便灵活的设置JSF Project的各种配置文件
2. Seam Tools : 支持seam-gen 以及于RichFaces VE的集成和对于Seam相关代码的refacetoring和编译等
3. Hibernate Tools : 提供了一些project wizard,可以方便构建Hibernate所需的各种配置文件, 同时支持mapping 文件annotation和JPA的逆向工程以及交互式的HQL/JPA-QL/Criteria的执行。
4. JBoss AS : 基于WTP Server Adapter框架, 将Eclipse与JBoss AS 完美集成的工具, 可以在Eclipse下方便的启动,停止 JBoss AS以及调试
5. JBPM Tools: 用于编辑和部署JBPM工作流
6. Struts Tools: 一套为基于Struts技术 开发 提供支持的工具
7. FreeMarker Tools: FreeMaker Editor , 基于FreeMaker语法的, 可以高亮显示
8. JBossTools Core: JBoss Tools的核心模块
9. JBossWS Tools: JBossWS 是JBoss提供的Web Service runtime,JBossWS Tools的功能就是使用户在Eclipse你能方便的创建基于JBossWS 的web service project,用户可以轻松的完成从代码生成到打包、部署以及web service的调用和测试,开发者之需要关注业务逻辑的开发即可
10. Portlet Tools: 支持portlet开发的工具
11. BIRT Tools: 基于BIRT的为jboss J2EE Server提供报表功能的工具
12. JBoss ESB Tooling: 提供一些 工程构建向导和关键的jboss-esb.xml的编辑器,支持工程的打包和部署。

 

 

 

 4 JBoss 的配置

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文件,内容如下:

<Connector port="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>

   <!-- Uncomment the security-domain to enable security. You will

      need to edit the htmladaptor login configuration to setup the

      login modules used to authentication users.-->

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

</jboss-web>

 

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


<!-- A security constraint that restricts access to the HTML JMX console

   to users with the role JBossAdmin. Edit the roles to what you want and

   uncomment the WEB-INF/jboss-web.xml/security-domain element to enable

   secured access to the HTML JMX console.-->

   <security-constraint>

     <web-resource-collection>

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

       <description>An example security config that only allows users with the

         role JBossAdmin to access the HTML JMX console web application

       </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-policy name = "jmx-console">
       <authentication>
          <login-module code="org.jboss.security.auth.spi.UsersRolesLoginModule"
             flag = "required">
           <module-option name="usersProperties">props/jmx-console-users.properties</module-option>
           <module-option name="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文件的内容如下:

 

# A sample users.properties file for use with the UsersRolesLoginModule

admin=admin

 

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

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

 

# A sample roles.properties file for use with the UsersRolesLoginModule

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>的注释,修改后的文件内容为:


<?xml version='1.0' encoding='UTF-8' ?>

<!DOCTYPE jboss-web

    PUBLIC "-//JBoss//DTD Web Application 2.3V2//EN"

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

<jboss-web>

   <!-- Uncomment the security-domain to enable security. You will

   need to edit the htmladaptor login configuration to setup the

   login modules used to authentication users.-->

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

   <!-- The war depends on the -->

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

</jboss-web>

 

 

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


<!-- A security constraint that restricts access to the HTML JMX console

   to users with the role JBossAdmin. Edit the roles to what you want and

   uncomment the WEB-INF/jboss-web.xml/security-domain element to enable

   secured access to the HTML JMX console.-->

   <security-constraint>

   <web-resource-collection>

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

   <description>An example security config that only allows users with the

   role JBossAdmin to access the HTML JMX console web application

   </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-policy name = "web-console">

       <authentication>

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

             flag = "required">

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

             <module-option name="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文件的内容如下:

 

# A sample users.properties file for use with the UsersRolesLoginModule

admin=admin

 

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

 

 

# A sample roles.properties file for use with the UsersRolesLoginModule

admin=JBossAdmin,HttpInvoker


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


<application-policy name = "web-console">

       <authentication>

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

             flag = "required">

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

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

          </login-module>

       </authentication>

    </application-policy>

 

 

 

 

 

  • 大小: 23.6 KB
  • 大小: 36.7 KB
  • 大小: 177.2 KB
  • 大小: 58.5 KB
  • 大小: 70.4 KB
3
6
分享到:
评论
3 楼 有事没事上QQ 2011-02-11  
2 楼 atgoingguoat 2011-02-10  
新版JBoss应用服务器提供了大量的新功能:除了支持最新的EJB 3.0规范外,新版的JBoss AOP将同它正式发布。同时,JBoss开发团队还计划开发新的微内核层,即独立于JMX,使得它能够独立使用。Web Services 方面,JBoss 现在支持全部的J2EE Web Services,同时兼容Microsoft.NET;Messaging 项目采用了完整的JMS 1.1 实现,同时充分的改进了分布式目的单元格等功能的高可用性;JBoss Seam 中包括了一系列统一的革命性的组建设计模型和框架。同时新版JBoss 中也集成了Hibernate 3.2
1 楼 atgoingguoat 2011-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对它进行部署。
举个简单的例子,我们在服务组件上使用了AOP Annotation,那么这时服务组件应该由SARDeployer和AspectDeployer都进行部署。
三、部署流程
这里以部署conf/jboss-service.xml为例来说明部署的过程,
1. 扫描

在bootstrap-beans.xml中声明的VFSBootstrapScannerImpl用于扫描conf/jboss-service.xml并创建DeploymentContext
// VFSBootstrapScannerImpl.add
    DeploymentContext deployment = new AbstractDeploymentContext(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 (DeploymentContext d : boostraps) {
       deployer.addDeploymentContext(d);
       if (first == null)
          first = d;
    }
    deployer.process();
这里的deployer为主部署器MainDeployer,
addDeploymentContext方法有两个重要的操作:datermineStructure和addContext
datermineStructure:分析结构;
addContext:创建DeploymentUnit;
3. 开始部署
// MainDeployerImpl.java
   public Collection<DeploymentContext> process(ProcessMode mode)
   {
      for (int i = 0; i < theDeployers.length; ++i)
      {
         Deployer deployer = theDeployers[i];

         for (DeploymentContext context : deployContexts)
         {        
            context.getTransientAttachments().addAttachment(ProcessMode.class, mode);
            Set<DeploymentContext> components = context.getComponents();
            prepareDeploy(deployer, context, components);
            commitDeploy(deployer, context, components);
         }
      }
   }
   MainDeployer遍历所有已注册的Deployer,并依次用它们去部署context;

   private void commitDeploy(Deployer deployer, DeploymentContext context,
    Set<DeploymentContext> components)     
   {
      DeploymentContext[] theComponents = null;
      if (components != null && components.isEmpty() == false)
         theComponents = components.toArray(new DeploymentContext[components.size()]);
     
      DeploymentUnit unit = context.getDeploymentUnit();
      deployer.commitDeploy(unit);

      if (theComponents != null)
      {
         for (int i = 0; i < theComponents.length; ++i)
         {
            Set<DeploymentContext> componentComponents = theComponents[i].getComponents();
            commitDeploy(deployer, theComponents[i], componentComponents);
         }
      }
   }
   因为DeploymentContext采用的是父子结构,所以整个部署也采用递归的方式进行部署;


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

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

//  AspectDeployer.java (.skip.)
   public void deploy(DeploymentUnit unit)
   {
      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.)
   public void deploy(DeploymentUnit unit)
   {
      // 为"-beans.xml"结尾的文件创建元数据;
      createMetaData(unit, null, "-beans.xml");
   }

   // AbstractParsingDeployer.java
      protected void createMetaData(DeploymentUnit unit,
          String name, String suffix, String key)
      {
         // Create it
         if (suffix == null)
            result = parse(unit, name, result);
         else
            result = parse(unit, name, suffix, result);
         // Add the associated deployer type if there is a result
         if( result != null )
            unit.getTypes().add(getType());
      
         // Doesn't exist
         if (result == null)
            return;
     
         // 注册到部署单元中,给后续的部署器使用
         unit.addAttachment(key, result, getDeploymentType());
      }

  

// KernelDeploymentDeployer.java (.skip.)

  

// BeanMetaDataDeployer.java (.skip.)
   // AbstractSimpleRealDeployer.java
   public void deploy(DeploymentUnit unit)
   {
      T deployment = unit.getAttachment(getDeploymentType());
      if (deployment != null)
      {
         // Set the deployer type
         unit.getTypes().add(getType());
         deploy(unit, deployment);
      }
   }
   这里的getDeploymentType()为BeanMetaData.class

  

// SARDeployer.java (.use.)
   public void deploy(DeploymentUnit unit)
   {
      // 为"-service.xml"结尾的文件创建元数据,与本例的jboss-service.xml是匹配的。
      createMetaData(unit, null, "-service.xml");
   }

   // AbstractParsingDeployer.java
   protected void createMetaData(DeploymentUnit unit,
    String name, String suffix, String key)
   {
      // Create it
      if (suffix == null)
         result = parse(unit, name, result);
      else
         result = parse(unit, name, suffix, result);
      // Add the associated deployer type if there is a result
      if( result != null )
         unit.getTypes().add(getType());
     
      // Doesn't exist
      if (result == null)
         return;
     
      // 注册到部署单元中,给后续的部署器使用
      unit.addAttachment(key, result, getDeploymentType());
   }

   protected ServiceDeployment parse(DeploymentUnit unit,
        VirtualFile file, Document document)
   {
      ServiceDeploymentParser parser = new ServiceDeploymentParser(document);
      // 创建ServiceDeployment;
      ServiceDeployment parsed = parser.parse();
      String name = file.toURI().toString();
      parsed.setName(name);

      List<ServiceDeploymentClassPath> classPaths = parsed.getClassPaths();
      if (classPaths != null)
         processXMLClasspath(unit.getDeploymentContext(), classPaths);

      LoaderRepositoryConfig config = parsed.getLoaderRepositoryConfig();
      if (config != null)
         unit.addAttachment(LoaderRepositoryConfig.class.getName(), config);
      return parsed;
   }

  

// ServiceClassLoaderDeployer.java (.use.)
   public void deploy(DeploymentUnit unit)
   {
      ClassLoaderFactory factory = unit.getAttachment(ClassLoaderFactory.class);
      if( factory == null )
         factory = this;
      unit.createClassLoader(factory);
   }

  

// ServiceDeploymentDeployer.java (.use.)
  
   // AbstractComponentDeployer.java
   public void deploy(DeploymentUnit unit)
   {
      super.deploy(unit);
      deployComponents(unit);
   }

   // AbstractRealDeployer.java
   public void deploy(DeploymentUnit unit)
   {
      Set<? extends T> deployments = unit.getAllMetaData(deploymentType);
      for (T deployment : deployments)
         visitor.deploy(unit, deployment);
   }
   这里的deploymentType为ServiceDeployment.class,所以是有值的。

   // ServiceDeploymentVisitor.java
   public void deploy(DeploymentUnit unit,
      ServiceDeployment deployment)
   {
      List<ServiceMetaData> services = deployment.getServices();
      if (services == null)
      {
         Element config = deployment.getConfig();

         // 这里才真正开始解析jboss-service.xml中的mbean元素,
         // 每个mbean元素对应一个ServiceMetaData
         ServiceMetaDataParser parser = new ServiceMetaDataParser(config);
         services = parser.parse();
         deployment.setServices(services);
      }

      if (services == null || services.isEmpty())
         return;
           
      // 加入到部署单元中,
      // 服务组件也是一个部署单元,与root部署单元是父子关系。
      for (ServiceMetaData service : services)
         addServiceComponent(unit, service);
   }
  
   // AbstractComponentDeployer.java
   protected void deployComponents(DeploymentUnit unit)
   {
      Set<? extends C> components = unit.getAllMetaData(componentType);
      for (C component : components)
         compVisitor.deploy(unit, component);
   }
   这里的componentType为ServiceMetaData.class,没有值。

  

// ServiceDeployer.java (.use.)

   // AbstractSimpleRealDeployer.java
   public void deploy(DeploymentUnit unit)
   {
      T deployment = unit.getAttachment(getDeploymentType());
      if (deployment != null)
      {
         // Set the deployer type
         unit.getTypes().add(getType());
         deploy(unit, deployment);
      }
   }
   // 这里的getDeploymentType()为ServiceMetaData.class;

   // ServiceDeployer.java
   public void deploy(DeploymentUnit unit, ServiceMetaData deployment)
   {
      ObjectName name = deployment.getObjectName();

      // 查找class loader;
      ObjectName loaderName = deployment.getClassLoaderName();
      if (loaderName == null)
      {
         ClassLoader cl = unit.getClassLoader();
         if (cl != null && cl instanceof RepositoryClassLoader)
            loaderName = ((RepositoryClassLoader) cl).getObjectName();
         else
            loaderName = defaultClassLoader;
      }

      // 安装组件;
      controller.install(deployment, loaderName);

      ServiceContext context = controller.getServiceContext(name);
      if (context == null)
         throw new IllegalStateException("No context for " + name);

      try
      {
         // 组件创建,调用组件的create方法;
         create(context);
         try
         {
            // 组件启动,调用组件的start方法;
            start(context);
         }
         catch (Throwable t)
         {
            destroy(name);
            throw t;
         }
      }
      catch (Throwable t)
      {
         remove(name);
         throw t;
      }
   }

相关推荐

    Jboss集群配置简明教程

    附件以实例说明如何搭建Jboss集群,简明扼要。 有兴趣的可以参考哈.

    JBOSS教程(PDF)

    通过这份【JBOSS教程(PDF)】,无论是初学者还是有经验的开发者,都能快速掌握JBoss AS 4.2的核心功能,为进一步深入学习Java EE和分布式系统打下坚实的基础。在实际工作中,结合实际项目实践,这些知识将变得更为...

    Jboss7官方手册

    JBoss AS7 是一个开源的Java应用服务器,它是JBoss企业应用平台(EAP)...他从1997年开始学习Java,并一直跟随Sun公司发布的新API前进,2000年加入JBoss社区,自此参与了多次成功的从商业平台到开源平台的软件迁移项目。

    jboss教程及深入浅出JBoss+Seam

    【JBoss教程及深入浅出JBoss+Seam】是一个针对企业级Java应用服务器JBoss的深度学习资源,其中包含了两个主要部分:JBoss教程和对JBoss与Seam框架结合使用的详细介绍。这两个主题都是Java开发人员在部署和管理企业...

    jboss seam 2.0 中文手册

    整理自jboss seam 中文站,压缩为chm格式,便于广大jboss seam爱好者阅读,所有版权归jboss seam中文站所有。

    Jboss7快速入门手册.pdf

    ### JBoss7快速入门手册知识点概述 #### 一、JBoss各主要版本特性 - **JBoss 4 特性**: - 支持EJB 2.1规范。 - 引入了集群支持,提高了应用的可用性和可伸缩性。 - 提供了更强大的管理和监控功能。 - **JBoss ...

    JBOSS安装手册大全

    根据提供的文件信息,下面对《JBOSS安装手册大全》进行知识点的详细说明。 首先,手册是关于JBOSS应用服务器的安装和升级指南,涵盖了从基础知识到实用操作的具体步骤。JBOSS是一个开源的、符合标准的、100%纯Java...

    Jboss7快速入门手册

    Jboss7快速入门手册是一份指南,旨在帮助新用户快速熟悉Jboss7的基本使用和管理。以下是从手册中提取的相关知识点: 一、新特性 Jboss7在性能和功能上都有所增强,例如: - 利用模块化服务容器,提高了多核处理器的...

    最详细的JBOSS使用手册

    通过深入学习和熟练掌握JBOSS的使用,开发者和运维人员能够更好地构建、部署和管理企业级应用,提升系统的稳定性和性能。这份详尽的JBOSS使用手册将是你在JBOSS世界中的得力助手,助你解决从安装、配置到应用管理的...

    JBOSS SEAM组件中文手册

    **JBoss Seam组件中文手册** **一、Seam框架概述** Seam是一个开源的企业级Java框架,由JBoss公司开发,旨在简化Java EE应用程序的开发。它将多种技术如JavaServer Faces (JSF),Java Persistence API (JPA),EJB 3...

    JBoss使用教程

    通过这个教程,你不仅可以学习到如何安装和配置JBoss,还能掌握如何在Eclipse中高效地进行开发和调试。对于初学者,建议先从基础概念开始学习,然后逐步深入到更高级的主题,如集群、安全性和性能调优等。希望这个...

    JBOSS7学习笔记

    【JBoss7学习笔记】 JBoss Application Server,简称JBoss AS,是Red Hat公司开发的一款开源Java EE应用服务器,而JBoss7则是其一个重要的版本,带来了许多性能优化和架构改进。这篇学习笔记将深入探讨JBoss7的核心...

    jboss教程——快速上手指南

    【JBoss教程——快速上手指南】 JBoss,全称为Red Hat JBoss Middleware,是由Red Hat公司开发的一款开源中间件服务器,它基于Java EE(Java Platform, Enterprise Edition)标准,提供了一个全面的企业级应用...

    jboss——suse安装手册

    《JBoss在SUSE Linux上的安装指南》 在IT行业中,选择合适的操作系统和应用程序服务器对于构建稳定、高效的网站服务至关重要。Novell的SUSE Linux以其稳定性及对企业级应用的良好支持,成为了众多公司的首选服务器...

    JBOSS7配置及管理员手册

    《JBOSS7配置及管理员手册》:深入解析与实操指南 ### JBOSS各主要版本特性概览 #### JBOSS4特性 - **模块化架构**:引入了更为灵活的模块化设计,提高了应用程序的可扩展性和可维护性。 - **企业级功能**:加强了...

    jbossesb开发手册

    通过本手册的学习,您可以掌握如何搭建JBoss ESB开发环境、配置和使用ESB的基本组件、以及如何通过ESB来集成不同的服务。这将有助于您更好地理解和利用企业级服务总线技术,提高系统的灵活性和可扩展性。

    jboss安装使用手册英文pdf版

    JBoss是著名的开源Java应用服务器,它提供了丰富的功能和组件,用于开发、部署和管理企业级Java应用程序。这个压缩包包含的文档主要涵盖了JBoss的安装、启动、配置以及集群等核心主题,对于理解并使用JBoss至关重要...

Global site tag (gtag.js) - Google Analytics