转 : JBoss Web和 Tomcat的区别

Posted 2020-08-09

 

JBoss Web和 Tomcat的区别

    在Web2.0的浪潮中，各种页面技术和框架不断涌现，为服务器端的基础架构提出了更高的稳定性和可扩展性的要求。近年来，作为开源中间件的全 球领导者，JBoss在J2EE应用服务器领域已成为发展最为迅速的应用服务器。在市场占有率和服务满意度上取得了巨大的成功，丝毫不逊色于其它的非开源 竞争对手，如WebSphere、WebLogic、Application Server。JBoss Web的诸多优越性能，正是其广为流行的原因。

基于Tomcat内核，青胜于蓝

Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可。其运行时占用的系统资源小，扩展性好，且支持负载平衡与邮件服务等开发应用系统常用的功能。作为一个小型的轻 量级应用服务器，Tomcat在中小型系统和并发访问用户不是很多的场合下被普遍使用，成为目前比较流行的Web 应用服务器。

而JBoss Web采用业界最优的开源Java Web引擎， 将Java社区中下载量最大，用户数最多，标准支持最完备的Tomcat内核作为其Servlet容器引擎，并加以审核和调优。单纯的Tomcat性能有 限，在很多地方表现有欠缺，如活动连接支持、静态内容、大文件和HTTPS等。除了性能问题，Tomcat的另一大缺点是它是一个受限的集成平台，仅能运 行Java应用程序。企业在使用时Tomcat，往往还需同时部署Apache Web Server以与之整合。此配置较为繁琐，且不能保证性能的优越性。

JBoss在Tomcat的基础上，对其进行本地化，将Tomcat 以内嵌的方式集成到 JBoss 中。JBoss Web通过使用APR和Tomcat本地技术的混合模型来解决Tomcat的诸多不足。混合技术模型从最新的操作系统技术里提供了最好的线程和事件处理。 结果，JBoss Web达到了可扩展性，性能参数匹配甚至超越了本地Apache HTTP服务器或者IIS。譬如JBoss Web能够提供数据库连接池服务，不仅支持 JSP 等 Java 技术，同时还支持其他 Web 技术的集成，譬如 php、.NET 两大阵营。

标准化是减小技术依赖风险，保护投资最好的方式。JBoss Web率先支持全系列JEE Web标准，从根本上保证了应用“一次开发，到处运行”的特点，使应用成品能方便地在JBoss Web和其他Java Web服务器之间轻易迁移。

集多功能于一身，性能卓越
???
作为Web 应用服务器中的明星产品，JBoss Web服务器集多种功能于一身。其关键功能包括：完全支持Java EE、高度的扩展性、快速的静态内容处理、群集、OpenSSL、URL重写和综合性。

JBoss Web服务器具有原生特性和强大的可扩展性，可支持多种并非基于Java的服务器内容处理技术，可同时运行JSP, Servlet, Microsoft .NET , PHP 及 CGI，为其提供一个单一的、高性能的企业级部署平台。
?? 与Tomcat 相比，JBoss Web在静态资源访问方面性能优越。JBoss Web支持两种组件模式——纯Java和Native I/O。在Native组件的支持下，动态运行不会受到任何影响，而静态资源的访问利用了操作系统本身提供的0拷贝传送，CPU消耗降低，响应时间缩短， 吞吐率大大提高，混合的连接模式支持最大达到10000个并发客户端的同时访问，与Apache Web服务器相当。部署于高性能的操作系统，可利用JBoss Web对纯Java和Native I/O两种模式的支持，使得应用在开发时可随时跨平台敏捷迁移，而部署于高性能的操作系统相关的Native环境。由于JBoss Web较好地解决了静态资源的访问性能问题，可在解决方案中把它直接作为强大的LVS的分发对象，和RHEL负载均衡系统结合，形成理论上无限线性扩展的 负载均衡场景。

OpenSSL是业界最为快速和安全的开源传输组件，可借助操作系统和硬件的特性实现高效的安全承载。JBoss Web集成了OpenSSL，可提供高效的安全传输服务，使得安全机制更上台阶。研究表明， JBoss Web中的SSL性能比单纯的Tomcat快四倍。

URL重写功能可缩短URL，隐藏实际路径提高安全性，易于用户记忆和键入，及被搜索引擎收录。Tomcat 不具备URL重写功能，JBoss Web则可提供一个灵活的URL rewriting操作引擎，支持无限个规则数和规则条件。URL可被重写以支持遗留的URL错误处理，或应对服务器不时产生的其他问题。

JBoss Web既可单独运行，也可无缝嵌入JBoss应用服务器，成为JBoss中间件平台的一部分。不仅后台服务调用的性能将得以提升，也可利用以下JBoss平台的特性提升Web应用功能：
??? 基于JGroups的多种集群方案的支持
??? 基于Arjuna技术的JTA和JTS的事务处理支持
??? 优化的线程池和连接池的支持
??? 基于JMX 控制台的基本管理支持和JBoss On的高级管理维护支持
??? 基于JBoss AOP技术的面向方面架构的支持
??? Hibernate服务组件的支持

专业团队支持

业界大多数开源产品在技术方面富于创新性，但在可持续性，产品生命周期规划，以及质量保证方面缺乏有效保障，为软件集成商和最终用户所诟病。红帽所力行的“专业化开源技术”则完美解决了这一问题。
来自开源社区的JBoss Web，在红帽专业化开源的锤炼下，在性能、扩展性、稳定性、安全性等方面，已成为一个达到企业级，甚至电信级标准的优秀产品。红帽不仅有专职的技术团队 投入JBoss Web的开发，而且具备专门的QA团队为产品作质量保证。完善的集成测试和兼容性测试保证了JBoss Web自身的稳定性，并保证了它的后向兼容和其他JBoss产品协作良好的互操作性。

在服务体系保障方面，JBoss 开拓了以产品专家提供的专家级支持服务作为开源软件强大后盾的软件生态模式。公司以及庞大的 JBoss 授权服务合作伙伴网络可为包括JBoss Web在内的整个JEMS 产品套件提供全面的支持服务。与Tomcat相比，JBoss Web 可提供迁移服务与现场专家服务，在迁移服务方面，专家指导应用可从Tomcat向JBoss Web迁移，省时省力。独特的服务订阅模式，全力保障软件生命周期，让企业高枕无忧。

另外，注意JBoss和tomcat是不一样，JBoss是一个可伸缩的服务器平台，当你的EJB程序编制完成后，如果访问量增加，只要通过增加 服务器硬件就可以实现多台服务器同时运算，提高了负载容量，这个性能容量理论上是没有限制的，理论上无最大支持在线人数的上限，对于JBoss/EJB这 样的平台来说，无最大访问量限制一说。

这是JBoss/EJB不同于Spring /Tomcat等平台的最大优点所在，而且EJB 3.0也将出现轻量化解决方案，其实随着发展，已经模糊了轻量/重量的区别，如果还是以轻量/重量作为架构选择的标准，无疑是不明智的。

可伸缩性应该是架构选择的主要标准，所谓可伸缩性，只在小型系统、一台服务器情况下，我的系统也可以良好运转，多台服务器扩展后，我的系统只需通过增加硬件就可以实现性能扩展，无需修改太多软件。

 

tomcat，Jboss，weblogic区别与比较

一、tomcat

 

Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，它是Apache 软件基金会（Apache Software Foundation）的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。由于有了Sun 的参与和支持，最新的Servlet 和JSP 规范总是能在Tomcat 中得到体现，Tomcat 5 支持最新的Servlet 2.4 和JSP 2.0 规范。因为Tomcat 技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。

Tomcat 很受广大程序员的喜欢，因为它运行时占用的系统资源小，扩展性好，支持负载平衡与邮件服务等开发应用系统常用的功能；而且它还在不断的改进和完善中，任何一个感兴趣的程序员都可以更改它或在其中加入新的功能。

Tomcat 是一个小型的轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。对于一个初学者来说，可以这样认为，当在一台机器上配置好Apache 服务器，可利用它响应对HTML 页面的访问请求。实际上Tomcat 部分是Apache 服务器的扩展，但它是独立运行的，所以当你运行tomcat 时，它实际上作为一个与Apache 独立的进程单独运行的。

这里的诀窍是，当配置正确时，Apache 为HTML页面服务，而Tomcat 实际上运行JSP 页面和Servlet。另外，Tomcat和IIS、Apache等Web服务器一样，具有处理html页面的功能，另外它还是一个Servlet和JSP容器，独立的Servlet容器是Tomcat的默认模式。不过，Tomcat处理静态HTML的能力不如Apache服务器。

相关连接：

http://tomcat.apache.org/ Tomcat概述

Tomcat是一个免费的开源的Serlvet容器，它是Apache基金会的Jakarta项目中的一个核心项目，由Apache，Sun和其它一些公司及个人共同开发而成。由于有了Sun的参与和支持，最新的Servlet和Jsp规范总能在Tomcat中得到体现。Tomcat被JavaWorld杂志的编辑选为2001年度最具创新的java产品，可见其在业界的地位。

Tomcat 最新版本是4.0x.4.0x与3.x的架构不同，而是重新设计的。Tomcat4.0x中采用了新的Servlet容器：Catalina，完整的实现了Servlet2.3和Jsp1.2规范。Tomcat提供了各种平台的版本供下载，可以从http://jakarta.apache.org上下载其源代码版或者二进制版。由于Java的跨平台特性，基于Java的Tomcat也具有跨平台性。

与传统的桌面应用程序不同，Tomcat中的应用程序是一个WAR（Web Archive）文件。WAR是Sun提出的一种Web应用程序格式，与JAR类似，也是许多文件的一个压缩包。这个包中的文件按一定目录结构来组织：通常其根目录下包含有Html和Jsp文件或者包含这两种文件的目录，另外还会有一个WEB-INF目录，这个目录很重要。通常在WEB-INF目录下有一个web.xml文件和一个classes目录，web.xml是这个应用的配置文件，而classes目录下则包含编译好的Servlet类和Jsp或Servlet所依赖的其它类（如JavaBean）。通常这些所依赖的类也可以打包成JAR放到WEB-INF下的lib目录下，当然也可以放到系统的CLASSPATH中，但那样移植和管理起来不方便。

在Tomcat中，应用程序的部署很简单，你只需将你的WAR放到Tomcat的webapp目录下，Tomcat会自动检测到这个文件，并将其解压。你在浏览器中访问这个应用的Jsp时，通常第一次会很慢，因为Tomcat要将Jsp转化为Servlet文件，然后编译。编译以后，访问将会很快。另外Tomcat也提供了一个应用：manager，访问这个应用需要用户名和密码，用户名和密码存储在一个xml文件中。通过这个应用，辅助于Ftp，你可以在远程通过Web部署和撤销应用。当然本地也可以。

Tomcat不仅仅是一个Servlet容器，它也具有传统的Web服务器的功能：处理Html页面。但是与Apache相比，它的处理静态Html的能力就不如Apache.我们可以将Tomcat和Apache集成到一块，让Apache处理静态Html，而Tomcat处理Jsp和Servlet.这种集成只需要修改一下Apache和Tomcat的配置文件即可。

另外，Tomcat提供Realm支持。Realm类似于Unix里面的group.在Unix中，一个group对应着系统的一定资源，某个group不能访问不属于它的资源。Tomcat用Realm来对不同的应用（类似系统资源）赋给不同的用户（类似group）。没有权限的用户则不能访问这个应用。Tomcat提供三种Realm，1：JDBCRealm，这个Realm将用户信息存在数据库里，通过JDBC获得用户信息来进行验证。2：JNDIRealm，用户信息存在基于LDAP的服务器里，通过JNDI获取用户信息。3：MemoryRealm，用户信息存在一个xml文件里面，上面讲的manager应用验证用户时即使用此种Realm.通过Realm我们可以方便地对访问某个应用的客户进行验证。

在Tomcat4中，你还可以利用Servlet2.3提供的事件监听器功能，来对你的应用或者Session实行监听。Tomcat也提供其它的一些特征，如与SSL集成到一块，实现安全传输。还有Tomcat也提供JNDI支持，这与那些J2EE应用服务器提供的是一致的。说到这里我们要介绍一下通常所说的应用服务器（如WebLogic）与Tomcat有何区别。应用服务器提供更多的J2EE特征，如EJB，JMS，JAAS等，同时也支持Jsp和Servlet.而Tomcat则功能没有那么强大，它不提供EJB等支持。但如果与JBoss（一个开源的应用服务器）集成到一块，则可以实现J2EE的全部功能。既然应用服务器具有Tomcat的功能，那么Tomcat有没有存在的必要呢？事实上，我们的很多中小应用不需要采用EJB等技术，Jsp和Servlet已经足够，这时如果用应用服务器就有些浪费了。而Tomcat短小精悍，配置方便，能满足我们的需求，这种情况下我们自然会选择Tomcat.

基于Tomcat的开发其实主要是Jsp和Servlet的开发，开发Jsp和Servlet非常简单，你可以用普通的文本编辑器或者IDE，然后将其打包成WAR即可。我们这里要提到另外一个工具Ant，Ant也是Jakarta中的一个子项目，它所实现的功能类似于Unix中的make.你需要写一个build.xml文件，然后运行Ant就可以完成xml文件中定义的工作，这个工具对于一个大的应用来说非常好，我们只需在xml中写很少的东西就可以将其编译并打包成WAR.事实上，在很多应用服务器的发布中都包含了Ant.另外，在Jsp1.2中，可以利用标签库实现Java代码与Html文件的分离，使Jsp的维护更方便。

Tomcat也可以与其它一些软件集成起来实现更多的功能。如与上面提到的JBoss集成起来开发EJB，与Cocoon（Apache的另外一个项目）集成起来开发基于Xml的应用，与OpenJMS

集成起来开发JMS应用，除了我们提到的这几种，可以与Tomcat集成的软件还有很多。

二、Jboss

 

 

JBoss是全世界开发者共同努力的成果，一个基于J2EE的开放源代码的应用服务器。 因为JBoss代码遵循LGPL许可，你可以在任何商业应用中免费使用它，而不用支付费用。JBoss支持EJB 1.1和EJB 2.0 EJB3.0的规范，它是一个管理EJB的容器和服务器。类似于Sun‘s J2SDK Enterprise Edition（J2EE），JBoss的目标是一个源代码开放的J2EE环境。但是JBoss核心服务仅是提供EJB服务器。JBoss不包括serverlers/JSP page 的WEB容器，当然可以和Tomcat或Jetty绑定使用。

JBoss还具有如下六大优点：

1、JBoss是免费的，开放源代码J2EE的实现，它通过LGPL许可证进行发布。

2、JBoss需要的内存和硬盘空间比较小。

3、安装非常简单。先解压缩JBoss打包文件再配置一些环境变量就可以了。

4、JBoss能够"热部署"，部署BEAN只是简单拷贝BEAN的JAR文件到部署路径下就可以了。如果没有加载就加载它；如果已经加载了就卸载掉，然后LOAD这个新的。

5、JBoss与Web服务器在同一个Java虚拟机中运行，Servlet调用EJB不经过网络，从而大大提高运行效率，提升安全性能。

6、用户可以直接实施J2EE-EAR，而不是以前分别实施EJB-JAR和Web-WAR，非常方便。

JBoss的安装和配置可以直接拷贝使用，但是要改动 %JBoss-HOME%\bin\run.bat里JAVA-HOME的设置，改成本机JDK的目录。运行run.bat来启动JBoss

关闭JBoss：关闭JBoss的 DOS 窗口或按"CTRL + C"

JBoss的目录结构

1、bin:开始和停止JBoss的地方。

其中有两个主要的批处理文件：run.bat和shutdown.bat。要启动JBoss只要执行run.bat文件即可；要停止JBoss必须执行shutdown.bat。

注意，shutdown.bat文件直接执行并不会自动停止JBoss，它必须要输入参数，参数意义如下：

h显示帮助信息；D设置系统属性；-停止处理选项；s停止用JNDI URL指定的远程服务；n通过制定JMX名字来停止服务；a适配到指定的JNDI名称的远程服务；u指定用户名称；p指定用户密码；S停止服务器；e从虚拟机退出；H暂停。

一般，我们使用S选项来停止服务器。即执行shutdown.bat -S。

2、docs:放置JBoss的例子、测试脚本和各种脚本配置文件的DTD。

3、lib:放置JBoss所需要的部分jar包文件。

4、client:放置EJB客户端运行时所需要的jar包。

5、server:放置各启动类型的服务器端EJB配置所需要的文件等。

6、backup

以80端口服务

修改这个文件： {%JBOSS_HOME%}\server\default\deploy\jbossweb-tomcat41.sar\META-INF\jboss-service.xml

在"8080"的配置后加入以下代码

<!-- A HTTP/1.1 Connector on port 80 -->

<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"

port="80" minProcessors="5" maxProcessors="100"

enableLookups="true" acceptCount="10" debug="0"

connectionTimeout="20000" useURIValidationHack="false"/>

重新启动JBoss就OK了

JBoss的启动过程

设置环境变量 JBOSS_CLASSPATH (可以自己加上安全管理器和xml解析器)

a) %JBOSS_CLASSPATH%;

b) %JAVA_HOME%/lib/tools.jar;

c) run.jar

d) ../lib/crimson.jar；

设置启动参数JAXP(xml解析器和相应工厂)

启动

设置配置信息

读取配置文件JBoss.properties，保存在系统属性中(System.properties)

设置缺省属性jboss.home和java.security.auth.login.config

创建MBeanServer.的实例:

把配置文件和补丁文件所在的目录指定给特定的远程类加载器Mlet

加载保存配置文件（mlet会自动在配置文件目录中查找）

初始化并启动MBean

配置服务ConfigurationService

加载配置文件

保存配置

服务控制ServiceControl

初始化服务程序（init方法）

启动服务程序（start方法）

在JBOSS中发布文件

1、制作JSP的war部署文件

用"jar cvf hello.war index.jsp main.jsp"的方式生成把index.jsp和main.jsp文件加入到hello.war中。把生成的hello.war拷贝到jboss安装目录\server\default\deploy\下，部署成功。用"http://localhost:8080/hello/"或"http://localhost:8080/hello/index.jsp"这两个地址进行测试。

2、制作Servlet的war部署文件

A、用"javac -classpath "%CLASSPATH%;%jboss_home%\server\default\lib\javax.servlet.jar" HelloWorld.java"的形式编译HelloWorld.java（这是一个Servlet）得到HelloWorld.class

B、写一个web.xml配置文件

代码如下：

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

<!DOCTYPE web-app

PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"

"http://java.sun.com/dtd/web-app_2_3.dtd">

<web-app>

<servlet>

<servlet-name>HelloWorld</servlet-name>

<servlet-class>hello.HelloWorld</servlet-class>

</servlet>

<servlet-mapping>

<servlet-name>HelloWorld</servlet-name>

<url-pattern>/HelloWorld</url-pattern>

</servlet-mapping>

</web-app>

每个标记必须小写，否则会出错。

C、先在c:\servlet下建立一个web-inf目录，在目录中放入web.xml文件。

D、在web-inf目录下建立一个classes目录，放入编译好的HelloWorld.class文件

E、在c:\servlet下执行jar cvf hello.war *.*，很快就生成了一个名为hello.war的文件，接着把hello.war复制到jboss的安装目录\server\default\deploy\下完成部署。

3、也可以不打包，把文件放在deploy下的同名文件夹下也可以。比如原来是制作成hello.war文件，可以建立一个名称为hello.war的文件夹，把要发布的文件拷贝到这个目录底下也可以发布成功。

补充

1、JBoss的默认端口是8080

3、对于NT和Win2000系统如果你要安装NT或Win2000服务的话，可以把JBoss加在系统服务中，避免你每次需要到JBoss目录下运行run.bat命令，只是当系统启动时，自动启动JBoss服务器。

三、weblogic

 

 

WebLogic是美国bea公司出品的一个application server确切的说是一个基于j2ee架构的中间件，webserver是用来构建网站的必要软件用来解析发布网页等功能，它是用纯java开发的。weblogic本来不是由bea发明的，是它从别人手中买过来，然后再加工扩展。目前weblogic在世界application server市场上占有最大的份额，其他还有象IBM的websphere，免费的tomcat、resin等中间件。

BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。

BEA WebLogic Server拥有处理关键Web应用系统问题所需的性能 、可扩展性和高可用性。

与BEA WebLogic Commerce ServerTM配合使用， BEA WebLogic Server可为部署适应性个性化电子商务应用系统提供完善的解决方案。

BEA WebLogic Server具有开发和部署关键任务电子商务Web应用系统 所需的多种特色和优势，包括：

1)领先的标准

对业内多种标准的全面支持，包括EJB、JSB、JMS、JDBC、XML和WML，使Web应用系统的实施更为简单，并且保护了投资，同时也使基于标准的解决方案的开发更加简便。

2)无限的可扩展性

BEA WebLogic Server以其高扩展的架构体系闻名于业内，包括客户机连接的共享、资源pooling以及动态网页和EJB组件群集。

3)快速开发

凭借对EJB和JSP的支持，以及BEA WebLogic Server 的Servlet组件架 构体系，可加速投放市场速度。这些开放性标准与WebGain Studio配合时，可简化开发，并可发挥已有的技能，迅速部署应用系统。

4)部署更趋灵活

BEA WebLogic Server的特点是与领先数据库、操作系统和Web服务器 紧密集成。

5)关键任务可靠性

其容错、系统管理和安全性能已经在全球数以千记的关键任务环境中得以验证。

6)体系结构

BEA WebLogic Server是专门为企业电子商务应用系统开发的。企业电子商务应用系统需要快速开发，并要求服务器端组件具有良好的灵活性和安全性，同时还要支持关键任务所必需的扩展、性能、和高可用性。BEA WebLogic Server简化了可移植及可扩展的应用系统的开发，并为其它应用 系统和系统提供了丰富的互操作性。

凭借其出色的群集技术，BEA WebLogic Server拥有最高水平的可扩展 性和可用性。BEA WebLogic Server既实现了网页群集，也实现了EJB组件 群集，而且不需要任何专门的硬件或操作系统支持。网页群集可以实现透明的复制、负载平衡以及表示内容容错，如Web购物车；组件群集则处理复杂的复制、负载平衡和EJB组件容错，以及状态对象（如EJB实体）的恢复。

无论是网页群集，还是组件群集，对于电子商务解决方案所要求的可扩展性和可用性都是至关重要的。共享的客户机/服务器和数据库连接以及数据缓存和EJB都增强了性能表现。这是其它Web应用系统所不具备的

Jboss,tomcat比较 2008-09-22 12:00:50

分类：

Jboss里集成tomcat,区别是jboss里多了其他一些服务，例如ejb,jms,jaas等

该是 Tomcat 更快。JBoss 启动的东西太多，这样启动慢，占用内存多，自然不好。 

tomcat是web服务器 jboss是应用服务器 两者是不可以比的哦

纯tomcat是能加快速度。jboss可以加上ejb这些三层结构的东东，把bs结构划分成ejb层和web层，当然要慢好多了。至于ejb，搞了很长时间，也看不出什么优势，复杂的配置让人望而生畏，宁愿用框架决不用ejb

 

引用soebay,原网址:http://soebay.blog.hexun.com/3063376_d.html

jboss与tomcat的使用经验总结
· 一:jboss简介
jboss是一套可以基于j2ee框架的全套解决方案,他包括JBoss/Server,JBoss/spyderMQ, JBoss/Jaws,JBoss/Zola,JBoss/Zoap,JBoss/Castor,JBoss/Tomcat。这些产品可以非常合理的搭建基于j2ee框架的软件产品和软件工程。 虽然他的诞生才一年多，但是就像apache一样，他是完全公开源代码的，他是真正具有生命力的产品的他将像其他免费软件一样成为成功的Application server。 
本文主要是介绍如何安装该软件产品，如何配置他与Tomcat的结合，如何通过Tomcat的Servlet调用Ejb。最终完成Apache+Tomcat+jboss的Web综合解决方案。我本人也是在上个星期天才刚刚认识他的，短短的5天我也只是大概的了解了他的功能和特点。对他的大部分功能不是十分清楚，如果我有时间我会把有关jboss的其他内容逐步介绍给大家，但不是现在。 
好了现在开始我们的Apache+Tomcat+Jboss的旅程吧。 
（ 一）系统环境简介： 
硬件平台： 
PC 233 32M RAM 6GHand Disk 
操作系统： 
red head liunx 6.1 （由于jdk1.3的要求，必须使用6.1以上的版本，或者将glibc更新到2.1.2.11版本或更高。） 
应用环境要求： 
jdk1.3  jaxp1.0.1  Apache 3.1.2  Tomcat 3.2 beta 4 （jakarta-ant，jakarta-servletapi，jakarta-tomcat）  jBoss 2.0 BETA-PROD-PRE-05  interestEJB.tar.gz 测试EJB的源代码。 
安装过程叙述如下：  假设当前目录是：/home/liling  准备工作如下：  mkdir tomcat  mkdir jboss  cp j2sdk-1_3_0-linux-rpm.sh /home/liling/.  cp jakarta-ant.tar /home/liling/tomcat/.  cp jakarta-servletapi.tar /home/liling/tomcat/.  cp jakarta-tomcat.ta /home/liling/tomcat/.  cp jboss-cvs-sources.zip /home/liling/jboss  cp interestEJB.tar.gz /home/liling/jboss 
一：安装jdk1.3  sh j2sdk-1_3_0-linux-rpm.sh  rpm -iv j2sdk-1_3_0-linux-rpm 
将看到/usr/java/jdk1.3目录  JAVA_HOME = /usr/java/jdk1.3  PATH = $PATH:/usr/java/jdk1.3/bin  export JAVA_HOME  export PATH  jar -xvf jaxp-1_0_1.zip 
将看到在当前目录生成jaxp1.0.1目录 
CLASSPATH=$CLASSPAHT:/home/liling/jaxp-1.0.1/jaxp.jar:/home/liling/jaxp-1.0.1/parser.jar  export CLASSPATH 
一：安装Tomcat。 
Tomcat的安装过程包括安装ant和servletapi的过程  首先将Tomcat的jakarta-tomcat.tar.gz解包。然后读取README的过程安装。  cd /home/liling/tomcat  gz -d jakarta-tomcat.tar.gz  tar -xvf jakarta-tomcat.tar  cd jakarta-tomcat  vi README 
将看到如下安装过程  cd $JAKARTA_HOME/jakarta-ant  ./bootstrap.sh <-- Unix  This should result in the creation of a file "ant.jar" in the "lib"  subdirectory, which will be used when building Watchdog.  cd $JAKARTA_HOME/jakarta-servletapi  ./build.sh dist <-- Unix  This should result in the creation of a file "servlet.jar" in the "lib"  subdirectory, which will be used when building Watchdog.  cd $JAKARTA_HOME/jakarta-tomcat  ./build.sh <-- Unix 
按照上面的过程完成安装将会出现下面的目录：  ./build  ./build/ant  ./build/serletapi  ./build/tomcat  ./dist  ./dist/servletapi/lib  在./build/tomcat/bin/startup.sh和./build/tomcat/bin/shutdown.sh 用于启动和停止tomcat。 
· 二：安装jboss。 
配置TOMCAT_HOME环境变量:  TOMCAT_HOME=/home/liling/tomcat/build/tomcat  export TOMCAT_HOME  cd /home/liling/jboss  jar -xvf jboss-cvs-sources.zip  cd src  cd build  ./build.sh 
· 三：启动jboss:  cd /home/liling/jboss/dist/bin/  /run.sh 
· 四：配置Tomcat与Jboss 
cd /home/liling/jboss/dist/conf 
vi jboss.conf 
会看到如下提示： 
<!-- -- Uncomment this to add "Integrated Stack (fast) Tomcat support".  -- This service allows you to integrate the stack of Tomcat and jboss.  -- Invocations are not going through network but pass native pointers resulting in dramatic speed increases. 
-- This service allows the J2EE deployer to add and remove Tomcat contexts dynamically 
-- through JMX for you and in effect deploy EARs. Note that tomcat´s server.xml file will not be processed: 
-- you can only use JMX to add contexts. Use the J2EE deployer to deploy full EARs on this stack 
-- Be sure to set your ´TOMCAT_HOME´ environment variable before starting JBoss. 
-- 
-- The ARG tag is the port to run tomcat on. 
-- 
-- MLET CODE = "org.jboss.tomcat.EmbeddedTomcatService" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/"> 
-- ARG TYPE="int" VALUE=8080> 
-- /MLET> 
--> 
在上面的提示下添加下面的内容 
< MLET CODE = "org.jboss.tomcat.EmbeddedTomcatService" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" > 
< ARG TYPE="int" VALUE=8088 > 
< /MLET > 
还会看到下面的提示： 
< !-- 
-- Uncomment this to add "Stand-alone Stack Tomcat support". 
-- This means that JSP and Servlets will work with EJB in different stacks and 
-- communicate through network invocation. If you benchmark j2ee please use "integrated stack". 
-- Also note that you cannot use the J2EE deployer with Tomcat in this configuration. 
-- Be sure to set your ´TOMCAT_HOME´ environment variable before starting JBoss. 
-- Note: this reads the server.xml configuration file of Tomcat, you can´t use the j2ee deployer 
-- 
-- MLET CODE = "org.jboss.tomcat.TomcatService" 
ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" > 
-- /MLET > 
-- > 
在上面的提示下添加如下内容： 
< MLET CODE = "org.jboss.tomcat.EmbeddedTomcatService" ARCHIVE="jboss.jar" CODEBASE="../../lib/ext/" > 
< ARG TYPE="int" VALUE=8088 > 
< /MLET > 
现在在启动jboss可以看到如下提示： 
[EmbeddedTomcat] Starting 
[EmbeddedTomcat] Testing if Tomcat is present.... 
[EmbeddedTomcat] OK 
[EmbeddedTomcat] ContextManager: Adding context Ctx( ) 
[EmbeddedTomcat] path="" :jsp: init 
[EmbeddedTomcat] PoolTcpConnector: Starting HttpConnectionHandler on 8088 
[EmbeddedTomcat] Started 
这表示Integrated Stack (fast) Tomcat support已经启动成功。 
[Tomcat] Initializing 
[Tomcat] Initialized 
[Tomcat] Starting 
[Tomcat] Testing if Tomcat is present.... 
[Tomcat] OK 
[Tomcat] Starting Tomcat... 
[Tomcat] Starting tomcat. Check logs/tomcat.log for error messages 
2000-11-21 08:26:02 - ContextManager: Adding context Ctx( /examples ) 
2000-11-21 08:26:02 - ContextManager: Adding context Ctx( /admin ) 
2000-11-21 08:26:02 - ContextManager: Adding context Ctx( ) 
2000-11-21 08:26:02 - ContextManager: Adding context Ctx( /test ) 
2000-11-21 08:26:04 - PoolTcpConnector: Starting HttpConnectionHandler on 8080 
[Tomcat] Started