JBoss教程(学习简明手册) .

最新推荐文章于 2024-07-09 09:47:05 发布
最新推荐文章于 2024-07-09 09:47:05 发布
阅读量5k 收藏 8
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/luckyboyguo/article/details/18987749
版权

这里,我以

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>

 

 

 

 

 

3 
顶
6 
踩
分享到：   
 |  oracle 9i 学习 过程
评论
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; 
      } 
   } 

开源技术之家
关注
  • 0
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JBoss技术支持文档（一）
!Java
07-14 6086
　　1、本节内容简介　　本章主要介绍JBOSS（免费的EJB服务器），以及教会大家如何安装Jboss，建立你第一个EJB和客户端。关于什么是EJB，以及如何开发等。这些关于EJB方面有很多书籍进行描述，在此不再阐述。描述信息是运行在windows平台，当然你可以应用在其他支持的平台（如：Linux等）。 　　2、关于JBOSS　　Jboss支持EJB 1.1和EJB 2.0的规范，它是一个为管理
JBOSS教程(PDF)
12-07
JBOSS4.2 quick start
JBoss教程(学习简明手册)
atgoingguoat的专栏
02-10 737
这里,我以 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...
服务攻防——中间件Jboss
最新发布
qq_55202378的博客
07-09 1493
JBoss是一个基于J2EE的开发源代码的应用服务器，一般与Tomcat或Jetty绑定使用。默认端口：8080、9990。
JBoss教程
方健的博客
09-05 1904
　　1、关于JBOSS　　Jboss支持EJB 1.1和EJB2.0的规范，它是一个为管理EJB的容器和服务器。类似于Sun’s J2SDK EnterpriseEdition（J2EE），但是Jboss核心服务仅是提供EJB服务器。JBOSS不包括serverlers/JSP page的WEB容器，当然可以和Tomcat或Jetty绑定使用。JBOSS需要比较小的内存和硬盘空间。可以
JBoss使用教程
07-07
这是一个JBOSS使用方法教程视频，个人觉得不错，讲解得很详细。没搞过JBOSS的可以学习下，希望能帮助到你们。
jboss-threads-3.1.0.Final-API文档-中文版.zip
05-09
Maven坐标：org.jboss.threads:jboss-threads:3.1.0.Final； 标签：jboss、threads、jar包、java、中文文档； 使用方法：解压翻译后的API文档，用浏览器打开“index.html”文件，即可纵览文档内容。 人性化翻译，...
jboss-logging-3.4.1.Final-API文档-中文版.zip
06-06
Maven坐标：org.jboss.logging:jboss-logging:3.4.1.Final； 标签：jboss、logging、中文文档、jar包、java； 使用方法：解压翻译后的API文档，用浏览器打开“index.html”文件，即可纵览文档内容。 人性化翻译，...
jboss-logging-3.4.3.Final-API文档-中文版.zip
05-09
Maven坐标：org.jboss.logging:jboss-logging:3.4.3.Final； 标签：jboss、logging、jar包、java、中文文档； 使用方法：解压翻译后的API文档，用浏览器打开“index.html”文件，即可纵览文档内容。 人性化翻译，...
jboss-4.0.5.GA.zip
10-25
12. **社区支持**：作为开源项目，JBoss拥有活跃的社区，提供了大量的文档、示例和问题解答，方便用户学习和解决问题。 在使用"jboss-4.0.5.GA.zip"这个压缩包时，用户需要先将其解压，然后按照官方文档或者社区...
jboss配置入门学习教程.doc
09-03
JBoss配置入门学习教程 JBoss是一个开源的应用服务器，它基于Java EE标准并提供了一个用于部署和管理企业级应用程序的平台。本教程旨在帮助初学者理解JBoss的基础配置，包括启动方式、配置文件结构以及一些关键配置...
Jboss基础教程
09-30
学习jboss基础必备资料
jboss学习资料/JBOSS使用指南
06-27
JBOSS使用指南JBOSS使用指南JBOSS使用指南JBOSS使用指南JBOSS使用指南JBOSS使用指南JBOSS使用指南JBOSS使用指南
jboss教程——快速上手指南
09-30
一本jboss的快速上手指南 Quick Start Guide
JBoss基础教程
chentracy2008的专栏
04-11 849
1、本节内容简介 　　本章主要介绍jboss（免费的ejb服务器），以及教会大家如何安装jboss，建立你第一个ejb和客户端。关于什么是ejb，以及如何开发等。这些关于ejb方面有很多书籍进行描述，在此不再阐述。描述信息是运行在windows平台，当然你可以应用在其他支持的平台（如：linux等）。 　　2、关于jboss 　　jboss支持ejb 1.1和ejb 2.0的规范
JBoss学习文档
ITJustSoSo的专栏
04-19 195
JBoss是一个免费的开源应用服务器，全面支持J2EE，包括JSP，Servlet，EJB和最新的EJB3.0。为了让J2EE开发人员快速熟悉JBoss，本文将带您开始JBoss之旅，包括下载，安装，部署应用程序和配置数据源。 一、 工具准备： JDK5.0 JBoss4.0.5GA Ant 1.7 二、 下载： 可以从www.jboss.org获得JBoss。本文选用的是jboss-...
超经典的JBOSS入门文章
danning之道
11-06 1426
前言　　本文是为想在JBOSS环境下进行EJB开发的读者而写的，在阅读本文之前，你最好对EJB有一个基本了解。　　JBOSS是一个开放源码的免费EJB服务器，它实现了其它J2EE所规定的大多数功能，现在sun公司已经把JBOSS作为J2EE1.4的标准实现服务器了，本文就带领大家从Jboss3.2.6的安装开始，一直到开发出一个完整的”hello,world”的ejb为止。 　　JBOSS的安装与
JBoss学习和应用
猿in
11-05 1571
2010年11月15日 blxt项目相关 最近项目要求把tomcat中开发的项目研究发布到一个更加强大的web服务器，我做了一些调查，选择了与tomcat的一条路线的jboss.原因主要是jboss的开源和免费，当然据说tomcat到jboss更加容易上手。这个过程对jboss有了一些了解和认识，当然现在只是发布和运行成功了。对于jboss还有很多东西也还是不明白，毕竟现在只是一个纯的w...
14:56:59,068 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 57) MSC000001: Failed to start service jboss.undertow.deployment.default-server.default-host./auth: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-server.default-host./auth: java.lang.RuntimeException: RESTEASY003325: Failed to construct public org.keycloak.services.resources.KeycloakApplication(javax.servlet.ServletContext,org.jboss.resteasy.core.Dispatcher)
06-09
这个错误通常是由于 Keycloak 应用程序在部署时出现问题引起的。您可以尝试以下步骤来解决此问题： 1. 检查 Keycloak 应用程序的部署描述符（web.xml）文件是否正确配置了应用程序的上下文路径和Servlet 映射。 2. 检查 Keycloak 应用程序是否有缺少的依赖项或库文件，并将其添加到应用程序的类路径中。 3. 检查 Keycloak 应用程序的 WAR 文件是否已正确部署到 JBoss 的默认主机上。您可以在 JBoss 管理控制台中查看 WAR 文件的状态。 4. 检查 JBoss 的日志文件，了解更多有关错误的信息，并尝试解决它。 如果以上步骤无法解决问题，您可以尝试重新安装 JBoss 或使用其他 Web 服务器。同时，您可以考虑升级 Keycloak 应用程序版本，以解决可能存在的已知问题和错误。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值