&&&&&&&&&&&
在开源的应用领域，像JBoss、Tomcat及Apache的Geronimo，他们不仅仅是商业领域的领跑者，同时是技术领域的先行者。当然，所有的 EE应用的实现不尽相同，但其很多方面具有一定程度的可比性。本文对JBoss4.2、Geronimo 2及Tomcat 6三种开源的Java EE应用服务器，就他们的特性、部署及性能等方面进行一一比较。
一、&&&&&&& 前言
当企业级的Java应用程序需要真正的应用部署时，Java EE应用服务器是必不可少的工具。研究表明，除了商业的应用服务器之外，开源的Java EE应用服务器开始成为很多Java企业级应用的最佳选择。而JBoss、Tomcat及Apache的Geronimo是其中最主流的开源Java EE应用服务器。而这三者中，尽管JBoss和Tomcat并非100%的实现了Java EE 5标准，但这二者占有的市场份额相对比较大。Geronimo是对Java EE 5标准100%的实现，正在快速的发展。如果读者想在Java EE领域找份像样的工作，对这三种开源的应用服务器应该达到比较熟悉的程度，并能在一定程度上进行比较区分。
在本文中，对这三种主流的应用服务器，就其特性、部署及性能等方面进行比较。分析了他们各自的特色对该应用服务器的重要性，当然，也提供了一些如何选择适合项目的服务器的原则及建议。
二、&&&&&&& 特性比较
表1就JBoss 4.2、Tomcat 6及Geronimo 2的特性进行全面的比较。请注意，表中用到的“部分支持”表述，表明该应用服务器并非完全的支持，需要安装一些额外包。而其中的“原则上支持”表述，表明该应用服务器需要第三方的安装包的支持。注：三种应用服务器均在Linux、Solaris、及Mac OS X上进行过测试。
表1.Java EE应用服务器特性比较
Geronimo 2
Java EE 5一致性
支持EJB 3.0
原则上支持
JSP2.1和Servlet2.5
原则上支持
客户化插件
业务规则引擎
原则上支持
原则上支持
原则上支持
Hibernate3.x
原则上支持
原则上支持
Eclipse IDE
当读者的应用需要比较特殊的扩展，或是想与Java EE 5最贴近时，那么，Geronimo 2是最佳的开源Java EE应用服务器选择。尽管JBoss 4.2与Sun的Java EE标准在实现上有一定的出入，但JBoss 4.2 team提供了许多与Java EE标准很符合的技术，同时也扩充了Java EE 5的标准范围。而Tomcat 6本身就是一种轻量级的解决方案，所以它不并包括Java EE 5的所有特性，或是在JBoss及Geronimo中所提供的特性，但正是由于它的轻量级，才使它对内存的占有量比较少，并且比其它两种服务器运行起来更快。
1．Java EE 5一致性
Sun公司的Java EE 5标准是一种行业标准，而作为这种标准的实现，开源的Java EE 5应用服务器应该与其尽量的保持一致，因此Java EE 5的一致性是一个很重要的指标。在这三种开源的实现中，Geronimo是实现得最好，与Java EE 5标准最贴近的应用服务器。JBoss 4.2支持绝大部分Java EE 5的特性，当然，不久即将发布的JBoss 5将完全支持Java EE 5的所有特性。而Tomcat一般看成是JSP/servlet的容器，仅仅支持Java应用服务器的基本特性。
2．支持EJB3
EJB（Enterprise JavaBeans）是指能在Java EE服务器部署的Java组件。它通常将一些业务功能打包成可重用的组件。新发布的EJB3提供了许多新功能，解决了旧版本中许多问题。JBoss 4.2及Geronimo 2均支持EJB3。Tomcat 6本身并不支持EJB3，但Apache OpenEJB项目可以使Tomcat支持EJB3，据称Tomcat可以运行一种嵌入式的JBoss EJB3容器。
3．支持JSP 2.1/Servlet2.5
对JSP/servlet的支持是绝大部分Java服务器应提供的最基本功能。JSP2.1和Servlet2.5是Java EE 5对JSP/servlet的升级功能。JBoss 4.2、Geronimo 2及Tomcat 6均支持JSP/servlet这一特性。
4．支持JSF 1.2
JSF（Java Server Faces）是一种在Java EE应用部署的组件式架构。提供基本的Web开发的用户界面。与请求驱动的MVC（Model-View-Controller）的架构不同的是，JSF采用了组件驱动的模式。就目前的JSF1.2而言，JBoss 4.2及Geronimo 2都有很好的支持，而运行在Tomcat 6时有不少的问题待解决。
5．支持客户化插件
客户化插件支持，意味着可以在原有应用服务器功能的基础上，开发新的功能，并能很好的协同使用。在JBoss中使用MBeans（managed beans）来处理插件开发。而Geronimo也采用类似的处理方式，只是名称不一样，叫GBeans。这些客户的Beans为开发及部署客户资源时，提供一系列统一的接口。
6．支持业务规则引擎
几乎所有的应用程序都是建立在一系列业务规则之上，或称之为业务逻辑。而业务规则引擎组件则能帮助管理与简化业务逻辑编程。一般的编程过程中，程序员最常见的逻辑有如if/then逻辑。而有了业务规则引擎，则可以实现许多更加智能的业务逻辑。Drools作为一种业内很流行、标准化的业务规则引擎，在JBoss 4.2、Geronimo 2及Tomcat 6中均可得到支持。Geronimo完全支持Drools，而JBoss支持Drools的历史最久，已达三年之久，并使JBoss/Drools成为了一种非常有市场竞争力的业务规则解决方案。
7．支持Hibernate 3.x
Hibernate为Java编程提供了强有力的关系/对象模型（ORM，Object-relational mapping）。Hibernate可以将面向对象的模型映射为关系型数据库，这对Java开发来说是最有吸引力的。Hibernate作为一种开源的软件，最早就是由于JBoss的一个团队所开发（Gavin King）。当然，JBoss 4.2、Geronimo 2及Tomcat 6均支持Hibernate 3。
8．支持JBoss Seam
JBoss Seam是一种著名的应用框架，集成了众多的Java及Web技术，例如Ajax、JSF、Java Portlets、BPM（Business-process management）等技术。Seam是JBoss的项目，理所当然，JBoss 4.2自然支持它，同样Geronimo 2也支持JBoss Seam。据JBoss Seam的开发团队称，Tomcat可以通过使用JBoss嵌入式EJB 3容器来支持JBoss Seam。
9．支持集群
集群通过并行在多台服务器运行同样的服务，从而大大的提高应用的吞吐量，达到所谓的高负荷的效果。由于采用了数台服务器同时运行，所以当其中的某台服务暂时或死机时，对客户不会造成服务停止，从而达到业务的可持续。集群极大的提高了企业级的Java应用的性能、吞吐量等能力。
JBoss 4.2、Geronimo 2及Tomcat 6均以同样的方式来支持集群。JBoss在集群层使用及时复制的方式来达到集群的目的。而Geronimo所发布的集群，还处于测试阶段，需要时间的考验，如果有兴趣，可以与Apache基金组织联系。
10．&&&&&&&&&&&&& 支持Eclipse IDE
Eclipse是目前最流行的Java开发工具，自然，与Eclipse的集成是众多Java EE 5应用服务器应该提供的功能。JBoss、Geronimo及Tomcat均支持与Eclipse整合。特别地，JBoss还有自己的Eclipse版本，称为Red Hat Developer Studio，目前正处于测试的阶段。利用Geronimo提供的工具，可以省去手工配置XML文件的烦琐。同时，数据库连接池工具都可以自动的所需要的数据库连接驱动。
三、&&&&&&& 部署
这三种应用服务器的安装均十分简单。在相关的网站上zip或tar包进行解压，唯一需要配置的是设置JAVA_HOME环境变量（不过一般均有配置）。注意，在Linux/Unix系统下，需要先发送chmod命令。
1．Geronimo
对Geronimo 2来说，进行配置及部署Java应用程序非常的简单，特别是通过它提供的Web控制台更加简单。Geronimo控制提供了许多简单的功能来帮助开发人员进行应用程序的配置。可以进行数据库的连接池测试及设置或配置等。
图1.Geronimo控制台
JBoss 4.2有非常漂亮的Web管理控制台，但它所提供的管理功能及特性与Geronimo不尽相同。首先看到的是JBoss的状态及其监测信息，但并没有提供部署功能。而部署Java应用时，只需要将它复制到default/deploy文件夹下面，JBoss会自动的检测到它并进行相关的快速部署。当然，也可以通过修改配置jboss-service.xml来进行客户应用程序所在目录的映射。
图2.JBoss控制台
Tomcat 6不愧为一款快速的轻量级的应用服务器。它的控制台提供了基本的部署功能。可以通过Tomcat的控制台进行服务的启动/停止及WAR包的deploy/undeploy操作。当然也提供了Tomcat的运行状态及监测信息，同时有很好的用户授权系统。
图3.Tomcat控制台
四、&&&&&&& 性能
就可靠性而言，性能应该是所以的应用服务器所应该提供的最重要的特性。在本文中，笔者做了一个小实验，使用JSP页面及编译好的servlet来测试应用服务器所能处理的用户会话个数以及所能连接的用户数量。当然，实际的Java应用是更加复杂的，而本实验中的JSP页面及servlet是比较简单的，主要用于测试Web应用服务器的稳定性、可靠性及速度。
使用的测试机器为：双核-64位 CPU，4G的内存，在实验中，让第一种应用服务器运行到1200000个会话。当然，这些会话不并是同时连接。
图4.多Session测试JSP页面结果
图5.多Session测试servlet结果
测试所用的代码量只有区区的几百行，为了准确起见，笔者对三种服务器使用了相同之处的配置。当然，如果采用实际的Java应用程序来测试时，所得到的数据结果图会有一定的出入，但大概的趋势会一致。
JBoss 4.2的表现不如Geronimo2，毕竟Geronimo 2所采用的实现技术及思想都是最新的。正如图所示，Tomcat 6的性能最好，因为Tomcat 6本身就是为JSP/servlet量身定做的Java EE 5应用服务器。相比起JBoos或Geronimo需要20秒进行启动的长时间，Tomcat仅仅需要3秒钟。
五、&&&&&&& 小结
在本文中，笔者比较了主流的Java EE应用服务器的特性、部署及性能方面的内容，特性方面的比较应该有利于读者选择更加适合自己项目的Java EE应用服务器，做到有目的性的选择服务器，从而达到适合的效果。
同时，笔者测试比较了商用或开源的Java应用服务器，发现商业的Java应用服务器不一定比开源的好，反而在商业的应用服务器（如Sun的Java应用服务器或BEA的WebLogic）中的Bug比开源的的应用服务器更多些。
JBoss、Geronimo及Tomcat是快速可靠的可用于处理部署大规模的Java企业级应用的服务器。特别值得一提的是，很多的高性能Java服务器技术都是从这些开源的应用服务器中总结与借鉴过来，而不是从那些商业的应用服务器中发展而来。
原文地址：
阅读(...) 评论() &Tomcat与jboss相比，哪个做服务器更好
[问题点数：10分]
Tomcat与jboss相比，哪个做服务器更好
[问题点数：10分]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2011年4月 Java大版内专家分月排行榜第二2010年8月 Java大版内专家分月排行榜第二2010年5月 Java大版内专家分月排行榜第二2008年2月 Java大版内专家分月排行榜第二2007年7月 Java大版内专家分月排行榜第二
2011年2月 Java大版内专家分月排行榜第三2010年9月 Java大版内专家分月排行榜第三2008年9月 Java大版内专家分月排行榜第三2008年1月 Java大版内专家分月排行榜第三2007年11月 Java大版内专家分月排行榜第三2007年9月 Java大版内专家分月排行榜第三
本帖子已过去太久远了，不再提供回复功能。5931人阅读
Apache全球应用最广泛的http服务器，免费，出自apache基金组织 Tomcat应用也算非常广泛的web 服务器，支持部分j2ee，免费，出自 apache基金组织 JBoss开源的应用服务器，比较受人喜爱，免费（文档要收费） weblogic应该说算是业界第一的app server，全部支持j2ee1.4， 对于开发者，有免费使用一年的许可证，用起来比较舒服，出资BEA公司，呵呵，我用的就是这个，所以比较熟悉 jboss也支持j2ee
JBoss和WebLogic都含有Jsp和Servlet容器,也就可以做web容器, JBoss和WebLogic也包含EJB容器,是完整的J2EE应用服务器
tomcat 只能做jsp和servlet的container一、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服务器。 相关连接：
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提供了各种平台的版本 供下载，可以从上下载其源代码版或者二进制版。由于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. 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/下，部署成功 。用""或""这两个地址 进行测试。 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" ""& &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应用系统所不具备的。
本文来自CSDN博客，转载请标明出处：
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场