jboss,jBoss和Tomcat有什么区别
jboss,jBoss和Tomcat有什么区别详细介绍
本文目录一览： 生产环境JBOSS支持并发5000,有什么优化的注意点
在生产环境上配置过JBOSS支持5000的并发，该种情况下对服务器本身有一定基本的要求
对云计算的全面支持
例如，对于云计算的支持，就是红帽最近几年在JBoss发展方面的重心之一。
“目前红帽JBoss产品线所包含的中间件产品已经非常完善，除了知名度最高的JBoss应用服务器之外，还有规则引擎、流程引擎ESB和SOA以及分布式缓存等产品。这些都能支持云计算环境中的运行，即不管是JBoss应用服务器，还是JBPM流程引擎，Fuse ESB等都能作为云计算环境中的资源随需进行弹性扩展。”
另外，在该系统后期建设规划中，也利用红帽的分布式缓存技术来提升系统处理响应时间和吞吐量，红帽的Fuse ESB组件来实现与其他内容服务商的集成交互都已进入车联网产品研发团队的日程中。刘长春认为，这个案例充分说明了红帽JBoss开源解决方案在车联网领域，乃至物联网领域的当前典型部署。
红帽在近期还推出了两款集成和消息传递产品JBoss Fuse和JBoss A-MQ，其轻量级的特点简化了集成解决方案的开发与维护，使企业能够通过互联网可靠地连接系统和设备，进一步实现物联网集成。
简单来说，红帽JBoss本身的定位是中间件平台提供者，红帽的产品和技术有很好的简化集成能力，通过建立高度集成化、自动化、可互操作、易管理的环境，协助企业提升敏捷性和响应速度，从而加速创新，支持云计算、物联网应用的实现。高度可扩展、动态灵活、快速响应、成熟稳定的产品，以及全方位的专业服务，加上超高的性价比正是红帽JBoss中间件的立足之本”。
JBoss Developer Studio简介
JBoss Developer Studio是一款基于Eclipse的捆绑了开源工具软件和运行时间软件的集成开发环境（IDE） 这样开发商们就不用自己将那些组件集中起来了
这款产品包括了JBoss Enterprise Middleware和Exadel公司的技术 可以提供一个循环的应用开发环境 名为Red Hat Developer Studio的测试版产品是在 月份推出的 从那时到现在它已经被下载了 万多次
红帽公司产品营销经理Bryan Che说 它整合了许多功能强大的富网络设计工具和AJAX应用软件 它还包括了一些JBoss运行时间组件 比如应用服务器以及网络应用框架Hibernate and JBoss Seam等
JBoss Developer Studio还集成了Eclipse公司的一些工具 JBoss Enterprise Application Platform以及开发版红帽企业Linux 另外 开发商还可以访问红帽公司的网络 包括的技术有Java EE JBoss jBPM Struts和Spring IDE等 开发商可以在开发时运行同生产时一样的运行时环境
有了这款IDE 开发商们在使用JBoss的时候就不用使用多种技术来组建自己的开发环境 Che说 组建自己的开发环境通常是一项比较困难的工作 例如 开发商们就不用将Seam整合到JBoss应用服务器中
他说 我们可以为开发商们提供一个全新的体验
这款IDE中的Exadel技术包括各种复杂的Eclipse工具和AJAX技术 Exadel公司的软件是在今年 月份的时候通过一种开源的方式提供给红帽公司的
lishixinzhi/Article/program/Java/ky/201311/27869
在JBoss中配置多个数据库和数据源
JBoss是一款非常强大的J EE应用程序服务器 但是这种强大的功能也带来了复杂性 本文作者Marcus Zarra分析了如何在JBoss中配置多个数据库以及数据源 配置数据源 JBoss的默认安装过程总共有三种配置选项 所有的（all） 默认的（default）和最小的（minimal） 如果你第一次启动JBoss服务器的时候没有附带任何参数 它自然就运行了默认配置 如果需要运行其它的配置 就必须使用 C参数运行启动脚本 如下所示 ${JBOSS ROOT}/bin/run sh c minimal 用这种方式启动JBoss就指示它使用最小的服务器配置代替默认的配置 但是试图改变JBoss自身的配置的时候 这种技术是非常有用的 你可以在不同的配置中进行修改操作 如果有必要就回滚到默认配置 可是 你在弄混数据源之前 应该把默认配置复制一份 这样就可以安全地操作该副本了（在本文中 我把自己的副本叫作example 因此在服务器目录中有四种配置信息 所有的 默认的 最小的和example） 在JBoss中改变默认数据源的第一步是配置一个新数据源 JBoss中所有的数据库配置都在你所工作的服务器目录下的deploy目录中定义的（在例子中是server/example/deploy） JBoss使用的默认数据库是纯Java数据库Hypersonic 这个数据库的配置信息位于hsqldb ds xml文件中 这个XML配置文件描述了如何连接到Hypersonic数据库 删除这个文件中的所有注释之后 我们得到如下所示的配置信息 ＜?xml version= encoding= UTF ?＞ ＜datasources＞ ＜local tx datasource＞ ＜jndi name＞DefaultDS＜/jndi name＞ ＜connection url＞ jdbc:hsqldb:${jboss server data dir}${/}hypersonic${/}localDB ＜/connection url＞ ＜driver class＞ hsqldb jdbcDriver＜/driver class＞ ＜user name＞sa＜/user name＞ ＜password＞＜/password＞ ＜min pool size＞ ＜/min pool size＞ ＜max pool size＞ ＜/max pool size＞ ＜idle timeout minutes＞ ＜/idle timeout minutes＞ ＜track statements/＞ ＜security domain＞HsqlDbRealm＜/security domain＞ ＜depends＞jboss:service=Hypersonic database=localDB＜/depends＞ ＜/local tx datasource＞ ＜mbean code= jboss jdbc HypersonicDatabase name= jboss:service=Hypersonic database=localDB ＞ ＜attribute name= Database ＞localDB＜/attribute＞ ＜attribute name= InProcessMode ＞true＜/attribute＞ ＜/mbean＞ ＜/datasources＞ 这些参数中的大多数与JDBC的参数相似 根（root）下的第一个部分是＜local tx datasource＞ 这是你定义数据库以及如何连接该数据库的位置 驱动程序 URL 用户名和密码 你还定义了连接池中应该有多少个连接 第二步分包含了两个有趣的参数 · ＜security domain＞允许你在login config xml文件中而不是在数据源配置信息中配置数据库的用户名和密码 · ＜depends＞指定该服务只有在它所依赖的服务启动后才启动 该参数允许你编写数据库应该正确运行的服务 ＜depends＞标签还指示JBoss根据需要关闭某些数据项 示例中的这个标记表明mbean必须在数据库启动之前启动 在数据库关闭之后关闭 在定义好数据源之后 服务器的其它部分就可以使用它了 希望使用这个数据源的任何其它服务或配置都必须使用JNDI名称来引用它 在示例中 JNDI名称是DefaultDS 添加另一个数据源 为了给JBoss添加另一个数据源 你需要建立一个新的配置文件 我希望建立一个数据源 它连接到我本机的MySQL数据库 并专门使用example数据库 为了达到这个目标 我建立了一个与前面一个类似的配置文件 ＜?xml version= encoding= UTF ?＞ ＜datasources＞ ＜local tx datasource＞ ＜jndi name＞ExampleDS＜/jndi name＞ ＜connection url＞jdbc:mysql://localhost/example＜/connection url＞ ＜driver class＞ gjt mm mysql Driver＜/driver class＞ ＜user name＞exampleUser＜/user name＞ ＜password＞examplePassword＜/password＞ ＜min pool size＞ ＜/min pool size＞ ＜max pool size＞ ＜/max pool size＞ ＜idle timeout minutes＞ ＜/idle timeout minutes＞ ＜track statements/＞ ＜/local tx datasource＞ ＜/datasources＞ 我建立了名为ExampleDS的数据源 它通过JDBC 使用用户名exampleUser和密码examplePassword连接到一个MySQL数据库 我还特别指定连接池最少有 个连接 最多不超过 个连接 并且这些连接不能空闲 接着我把这个文件存储为deploy目录中的example ds xml（这个文件的名称并不重要 但是名称一致是有好处的） 由于我的新数据源不需要 也不依赖于任何其它的模块 配置信息中就没有＜depends＞标签 同时 由于我在这个文件中指定了使用数据库的用户名和密码 我也不需要参照安全域（security domain） 使用新的数据源 现在我希望把JBoss中的一些服务移动到我的新数据源上 其原因很简单 尽管Hypersonic是一个良好的数据库 但是它不应该用于产品环境和/或高容量（high traffic）系统 MySQL和其它几个数据库可以更好地扮演这个角色 Java消息服务 JBoss服务器中使用数据库的一个最常见的部分是消息服务 服务器的这部分的容量很大 并且应该使用我的新数据源 Deploy/jms目录中的下面两个文件定义了消息服务如何使用数据源 · hsqldb jdbc state service xml · hsqldb jdbc service xml 首先 我修改了其中一个文件的名称以突出数据库的类型 把hsqldb jdbc state service xml 更名为mysql jdbc state service xml 我对mysql jdbc state service xml文件只作了一点点修改 ＜depends＞标签应该引用新的ExampleDS数据源而不是默认的DefaultDS 这可以确保该数据源在消息服务启动前启动了 我还改变了注释信息 表明我用MySQL数据库代替了默认的Hypersonic数据库 下一步 应该删除并替换hsqldb jdbc service xml文件 由于这个文件定义了消息服务如何使用数据库 我们必须在该文件中提供特定数据库的信息 幸运的是 对于大多数通用的数据库来说 JBoss替我们完成了这项工作 我从${JBOSS ROOT}/doc/examples/jms检索到MySQL特定的文件（mysql jdbc service xml） 并把它放到deploy/jms目录中 我只对该文件作了一个很小的修改 把数据源的名称改变为ExampleDS 与我在数据源配置文件中指定的JNDI名称相匹配 最后 为了使消息服务完全转变 我把conf/login config xml文件中的DefaultDS改为ExampleDS 这个设置告诉JBoss 与消息服务相关的登录信息也使用example数据库 调度管理器 如果你要使用JBoss的调度管理器和它的数据库调度程序（scheduler） 你也必须指向新的数据源 该配置文件位于deploy/schedule manager service xml 搜索这个文件中的DefaultDS 找到需要重新配置的mbean 我把该mbean的DataSourceProperty（数据源属性）指向ExampleDS 替代了指向DefaultDS 请注意 一定要检查一个SQL语句 以确保使用你的数据库工作正常 默认的容器控制（Container Managed）持续性 为了改变默认的维持bean（bean persistence）的数据库 你必须更新conf/standardjbosscmp jdbc xml文件 把DefaultDS修改为ExampleDS 此外 你还必须更新＜type mapping＞标签以匹配新数据库 这个标签的值位于该文件中更深入的地方 对于本文的例子 我把这个值改变为mySQL 你还应该采用相同的方法更新conf/standardjaws xml文件 把DefaultDS改变为ExampleDS 并更新＜type mapping＞标签 以反映使用的数据库的类型 包装 为了确保所有部分都转换到了新数据源上 请删除deploy/hsqldb ds xml文件并启动JBoss 如果产生了任何错误 就说明你遗漏了某些配置文件 总之 我发现使用内建的Hypersonic数据库进行开发比管理外部的数据库带来的痛苦要少一些 但是在产品环境中 Hypersonic是不适合任务需要的 把JBoss连接到更加牢固的数据库对于维护服务器的性能大有帮助 lishixinzhi/Article/program/Java/ky/201311/27886
JBoss技术支持文档（一）[1]
本节内容简介
本章主要介绍JBOSS（免费的EJB服务器） 以及教会大家如何安装Jboss 建立你第一个EJB和客户端 关于什么是EJB 以及如何开发等 这些关于EJB方面有很多书籍进行描述 在此不再阐述 描述信息是运行在windows平台 当然你可以应用在其他支持的平台（如 Linux等） 关于JBOSS
Jboss支持EJB 和EJB 的规范 它是一个为管理EJB的容器和服务器 类似于Sun s J SDK Enterprise Edition（J EE） 但是Jboss核心服务仅是提供EJB服务器 JBOSS不包括serverlers/JSP page 的WEB容器 当然可以和Tomcat或Jetty绑定使用 JBOSS需要比较小的内存和硬盘空间 可以在 M内存以及几兆空间上很好的运行 而Sun s J EE需要最少内存为 M 以及 M硬盘空间 JBOSS启动速度要比J EE快 倍 而且它能内嵌SQL 数据库服务器进行持久性BEAN处理 当启动时会自动启动 （J EE装载分离CloudScape SQL Server）
其中一个非常好的特性JBOSS能够 热 部署 热 部署的意思就是在部署BEAN只是简单拷贝BEAN的JAR文件到部署路径下 如果BEAN已被LOAD JBOSS卸载它 然后LOAD一个新版本BEAN 如果你需
要更多的JBOSS特性 你可以查看关于JBOSS论坛的网站 如果需要支持 可以付费联系JBossGroup LLC
本章一步一步帮助你开始用jboss进行分布式开发 如何建立一个简单的BEAN 以及如何在jboss服务器上部署和在测试
必备条件
JBOSS是一个纯JAVA编写的 需要一个JAVA系统和JDK 兼容 为了能便宜和运行所有的例子 你需要有Ant 或以上版本 在下节将会介绍如何获得和安装 当然你要有开发EJB基础
lishixinzhi/Article/program/Java/ky/201311/29225
JBoss、Geronimo及Tomcat比较分析
在开源的Java应用服务器领域 像JBoss Tomcat及Apache的Geronimo 他们不仅仅是商业领域的领跑者 同时是技术领域的先行者 当然 所有的Java EE应用服务器的实现不尽相同 但其很多方面具有一定程度的可比性 本文对JBoss Geronimo 及Tomcat 三种开源的Java EE应用服务器 就他们的特性 部署及性能等方面进行一一比较 一 前言 当企业级的Java应用程序需要真正的应用部署时 Java EE应用服务器是必不可少的工具 研究表明 除了商业的应用服务器之外 开源的Java EE应用服务器开始成为很多Java企业级应用的最佳选择 而JBoss Tomcat及Apache的Geronimo是其中最主流的开源Java EE应用服务器 而这三者中 尽管JBoss和Tomcat并非 %的实现了Java EE 标准 但这二者占有的市场份额相对比较大 Geronimo是对Java EE 标准 %的实现 正在快速的发展 如果读者想在Java EE领域找份像样的工作 对这三种开源的应用服务器应该达到比较熟悉的程度 并能在一定程度上进行比较区分 在本文中 对这三种主流的应用服务器 就其特性 部署及性能等方面进行比较 分析了他们各自的特色对该应用服务器的重要性 当然 也提供了一些如何选择适合项目的服务器的原则及建议
二 特性比较 表 就JBoss Tomcat 及Geronimo 的特性进行全面的比较 请注意 表中用到的 部分支持 表述 表明该应用服务器并非完全的支持 需要安装一些额外包 而其中的 原则上支持 表述 表明该应用服务器需要第三方的安装包的支持 注 三种应用服务器均在Linux Solaris Windows及Mac OS X上进行过测试 表 Java EE应用服务器特性比较
特性 JBoss Geronimo Tomcat Java EE 一致性 部分支持 完全支持 部分支持 支持EJB 支持 支持 原则上支持 JSP 和Servlet 支持 支持 支持 JSF 支持 支持 原则上支持 客户化插件 支持 支持 不支持 业务规则引擎 原则上支持 原则上支持 原则上支持 Hibernate x 支持 原则上支持 原则上支持 集群 支持 支持 部分支持 Eclipse IDE 支持 支持 支持 当读者的应用需要比较特殊的扩展 或是想与Java EE 最贴近时 那么 Geronimo 是最佳的开源Java EE应用服务器选择 尽管JBoss 与Sun的Java EE标准在实现上有一定的出入 但JBoss team提供了许多与Java EE标准很符合的技术 同时也扩充了Java EE 的标准范围 而Tomcat 本身就是一种轻量级的解决方案 所以它不并包括Java EE 的所有特性 或是在JBoss及Geronimo中所提供的特性 但正是由于它的轻量级 才使它对内存的占有量比较少 并且比其它两种服务器运行起来更快 ．Java EE 一致性 Sun公司的Java EE 标准是一种行业标准 而作为这种标准的实现 开源的Java EE 应用服务器应该与其尽量的保持一致 因此Java EE 的一致性是一个很重要的指标 在这三种开源的实现中 Geronimo是实现得最好 与Java EE 标准最贴近的应用服务器 JBoss 支持绝大部分Java EE 的特性 当然 不久即将发布的JBoss 将完全支持Java EE 的所有特性 而Tomcat一般看成是JSP/servlet的容器 仅仅支持Java应用服务器的基本特性 ．支持EJB EJB（Enterprise JavaBeans）是指能在Java EE服务器部署的Java组件 它通常将一些业务功能打包成可重用的组件 新发布的EJB 提供了许多新功能 解决了旧版本中许多问题 JBoss 及Geronimo 均支持EJB Tomcat 本身并不支持EJB 但Apache OpenEJB项目可以使Tomcat支持EJB 据称Tomcat可以运行一种嵌入式的JBoss EJB 容器
．支持JSP /Servlet 对JSP/servlet的支持是绝大部分Java服务器应提供的最基本功能 JSP 和Servlet 是Java EE 对JSP/servlet的升级功能 JBoss Geronimo 及Tomcat 均支持JSP/servlet这一特性
．支持JSF JSF（Java Server Faces）是一种在Java EE应用部署的组件式架构 提供基本的Web开发的用户界面 与请求驱动的MVC（Model View Controller）的架构不同的是 JSF采用了组件驱动的模式 就目前的JSF 而言 JBoss 及Geronimo 都有很好的支持 而运行在Tomcat 时有不少的问题待解决
．支持客户化插件 客户化插件支持 意味着可以在原有应用服务器功能的基础上 开发新的功能 并能很好的协同使用 在JBoss中使用MBeans（managed beans）来处理插件开发 而Geronimo也采用类似的处理方式 只是名称不一样 叫GBeans 这些客户的Beans为开发及部署客户资源时 提供一系列统一的接口
．支持业务规则引擎 几乎所有的应用程序都是建立在一系列业务规则之上 或称之为业务逻辑 而业务规则引擎组件则能帮助管理与简化业务逻辑编程 一般的编程过程中 程序员最常见的逻辑有如if/then逻辑 而有了业务规则引擎 则可以实现许多更加智能的业务逻辑 Drools作为一种业内很流行 标准化的业务规则引擎 在JBoss Geronimo 及Tomcat 中均可得到支持 Geronimo完全支持Drools 而JBoss支持Drools的历史最久 已达三年之久 并使JBoss/Drools成为了一种非常有市场竞争力的业务规则解决方案
．支持Hibernate x Hibernate为Java编程提供了强有力的关系/对象模型（ORM Object relational mapping） Hibernate可以将面向对象的模型映射为关系型数据库 这对Java开发来说是最有吸引力的 Hibernate作为一种开源的软件 最早就是由于JBoss的一个团队所开发（Gavin King） 当然 JBoss Geronimo 及Tomcat 均支持Hibernate
．支持JBoss Seam JBoss Seam是一种著名的应用框架 集成了众多的Java及Web技术 例如Ajax JSF Java Portlets BPM（Business process management）等技术 Seam是JBoss的项目 理所当然 JBoss 自然支持它 同样Geronimo 也支持JBoss Seam 据JBoss Seam的开发团队称 Tomcat可以通过使用JBoss嵌入式EJB 容器来支持JBoss Seam
．支持集群 集群通过并行在多台服务器运行同样的服务 从而大大的提高应用的吞吐量 达到所谓的高负荷的效果 由于采用了数台服务器同时运行 所以当其中的某台服务暂时或死机时 对客户不会造成服务停止 从而达到业务的可持续 集群极大的提高了企业级的Java应用的性能 吞吐量等能力 JBoss Geronimo 及Tomcat 均以同样的方式来支持集群 JBoss在集群层使用及时复制的方式来达到集群的目的 而Geronimo所发布的集群 还处于测试阶段 需要时间的考验 如果有兴趣 可以与Apache基金组织联系
． 支持Eclipse IDE Eclipse是目前最流行的Java开发工具 自然 与Eclipse的集成是众多Java EE 应用服务器应该提供的功能 JBoss Geronimo及Tomcat均支持与Eclipse整合 特别地 JBoss还有自己的Eclipse版本 称为Red Hat Developer Studio 目前正处于测试的阶段 利用Geronimo提供的工具 可以省去手工配置XML文件的烦琐 同时 数据库连接池工具都可以自动的下载所需要的数据库连接驱动
三 部署 这三种应用服务器的安装均十分简单 在相关的网站上下载zip或tar包进行解压 唯一需要配置的是设置JAVA_HOME环境变量（不过一般均有配置） 注意 在Linux/Unix系统下 需要先发送chmod命令 ．Geronimo 对Geronimo 来说 进行配置及部署Java应用程序非常的简单 特别是通过它提供的Web控制台更加简单 Geronimo控制提供了许多简单的功能来帮助开发人员进行应用程序的配置 可以进行数据库的连接池测试及安全设置或配置等
图 Geronimo控制台
JBoss JBoss 有非常漂亮的Web管理控制台 但它所提供的管理功能及特性与Geronimo不尽相同 首先看到的是JBoss的状态及其监测信息 但并没有提供部署功能 而部署Java应用时 只需要将它复制到default/deploy文件夹下面 JBoss会自动的检测到它并进行相关的快速部署 当然 也可以通过修改配置jboss service xml来进行客户应用程序所在目录的映射
图 JBoss控制台 Tomcat Tomcat 不愧为一款快速的轻量级的应用服务器 它的控制台提供了基本的部署功能 可以通过Tomcat的控制台进行服务的启动/停止及WAR包的deploy/undeploy操作 当然也提供了Tomcat的运行状态及监测信息 同时有很好的用户授权系统
图 Tomcat控制台
四 性能 就可靠性而言 性能应该是所以的应用服务器所应该提供的最重要的特性 在本文中 笔者做了一个小实验 使用JSP页面及编译好的servlet来测试应用服务器所能处理的用户会话个数以及所能连接的用户数量 当然 实际的Java应用是更加复杂的 而本实验中的JSP页面及servlet是比较简单的 主要用于测试Web应用服务器的稳定性 可靠性及速度 使用的测试机器为 双核 位 CPU G的内存 在实验中 让第一种应用服务器运行到 个会话 当然 这些会话不并是同时连接
图 多Session测试JSP页面结果
lishixinzhi/Article/program/Java/ky/201311/28190
jBoss和Tomcat有什么区别
jBoss和Tomcat有什么区别 一个完整的j2ee伺服器应该包含一个web伺服器和一个ejb伺服器 jBoss中只有ejb伺服器而tomcat只包含了web伺服器.把它们和起来就是一个完整的j2ee伺服器啦~
tomcat nginx apache jboss有什么区别 在Apache基金会里面ApacheServer永远会被赋予最大的支援，毕竟大儿子最亲嘛，而Apache的开源伺服器软体Tomcat同样值得关注，毕竟Tomcat是开源免费的产品，使用者会给予最大的支援。但是经常在用Apache和Tomcat等这些伺服器时，你总感觉还是不清楚他们之间有什么关系，在用Tomcat的时候总出现Apache，总感到迷惑，到底谁是主谁是次，因此特意在网上查询了一些这方面的资料，总结了一下。 解析一： Apache支援静态页，Tomcat支援动态的，比如Servlet等， 一般使用Apache+Tomcat的话，Apache只是作为一个转发，对JSP的处理是由Tomcat来处理的。 Apche可以支援PHPcgiperl,但是要使用Java的话，你需要Tomcat在Apache后台支撑，将Java请求由Apache转发给Tomcat处理。 Apache是Web伺服器，Tomcat是应用（Java）伺服器，它只是一个Servlet(JSP也翻译成Servlet)容器，可以认为是Apache的扩充套件，但是可以独立于Apache执行。 这两个有以下几点可以比较的： ◆两者都是Apache组织开发的 ◆两者都有HTTP服务的功能
redhat jboss和 jboss有什么区别啊 亲，JBoss是一个基于J2EE的开放原始码的应用伺服器。Redhat Jboss应该是在Redhat linux系统平台上安装执行 jboss的
Tomcat和JBoss都是伺服器,有什么区别呢 JBoss和tomcat的区别 注意JBoss和tomcat是不一样，JBoss是一个可伸缩的伺服器平台，当你的EJB程式编制完成后，如果访问量增加，只要通过增加伺服器硬体就可以实现多台伺服器同时运算，提高了负载容量，这个效能容量理论上是没有限制的，理论上无最大支援线上人数的上限，对于JBoss/EJB这样的平台来说，无最大访问量限制一说。 这是JBoss/EJB不同于Spring /Tomcat等平台的最大优点所在，而且EJB 3.0也将出现轻量化解决方案，其实随着发展，已经模糊了轻量/重量的区别，如果还是以轻量/重量作为架构选择的标准，无疑是不明智的。 可伸缩性应该是架构选择的主要标准，所谓可伸缩性，只在小型系统、一台伺服器情况下，我的系统也可以良好运转，多台伺服器扩充套件后，我的系统只需通过增加硬体就可以实现效能扩充套件，无需修改太多软体。
Apache和tomcat有什么区别？ 公司和产品
tomcat6-maven-plugin和tomcat有什么区别 Tomcat 7是 Tomcat 6的升级版。 1、Apache Tomcat 7.x 是目前的开发焦点。它在汲取了Tomcat 6.0.x优点的基础上，实现了对于Servlet 3.0、JSP 2.2和EL 2.2等特性的支援。除此以外的改进列表如下： 1.1 Web应用记忆体溢位侦测和预防 1.2 增强了管理程式和伺服器管理程式的安全性 1.3 一般 CSRF保护 1.4 支援web应用中的外部内容的直接引用 1.5 重构 (connectors, lifecycle)及很多核心程式码的全面梳理 2、Apache Tomcat 6.x 在汲取 Tomcat 5.5.x优点的基础上，实现了Servlet 2.5和JSP 2.1等特性的支援。除此以外的改进列表如下： 2.1 记忆体使用优化 2.2 更大的IO容量 2.3 重构聚类
pivotal tc server和tomcat有什么区别 tomcat是web伺服器 SQL Server是资料库 JDBC是一种连线资料库的技术 tomcat释出的web专案,通过JDBC连线SQL Server资料库
tomcat iis 有什么区别 tomcat 做java web的伺服器 iis为用微软的开发的网站伺服器 物件不同
tomcat7和tomcat6有什么区别 比较明显的差别是tomcat7可以支援servlet3.0了，如果你只是一般用用，一般感觉不到。
MyEclipse内建的tomcat和Tomcat有什么区别吗 MyEclipse内建的tomcat和Tomcat区别如下：
MyEclipse内建的tomcat是MyEclipse自带的，版本号是随着MyEclipse的 而Tomcat是完成可以自己安装的，可以自己来选择版本 相同之处就是都是小型的伺服器Tomcat定义： Tomcat 伺服器是一个的开放原始码的Web 应用伺服器，属于轻量级应用伺服器，在中小型系统和并发访问使用者不是很多的场合下被普遍使用，是开发和除错JSP 程式的首选。
NetBeans 和 JBoss 结合使用的入门指南
本文将展示如何结合使用 NetBeans 集成开发环境 (IDE) 和 JBoss 应用服务器
Getting Started with JBoss 的第四章描述了如何安装 编译 部署及运行一个示例 J EE 应用程序 本教程将对如何使用 NetBeans IDE 来执行那些步骤提供说明
本教程介绍以下主题
安装软件
安装示例代码
注册 JBoss 应用服务器
创建项目
浏览源代码
构建和部署示例应用程序
调试示例应用程序
项目文件
映射 Ant 命令
项目类型
扩展 IDE
注意 本教程仅用于介绍 NetBeans IDE 可以用于构建使用各种技术(由 JBoss 应用服务器提供)的应用程序 包括 Java Management Extensions (JMX) Enterprise Java Beans (EJBs) 和 web 服务 更多信息请参考进一步研究部分
安装并设置就绪后 本示例可以在 分钟内构建
安装软件
开始之前 需要在计算机上安装如下软件
NetBeans IDE beta 版或更高版本(下载)
JBoss Application Server v (下载) 本教程是使用 JBoss 应用服务器 v 开发的 应该也可以使用其他版本进行开发
Java Standard Development Kit (JDKTM) version (下载)或 (下载)
安装示例代码
Getting Started with JBoss v 使用 J EE 教程中的 Duke 银行示例程序 因此 必须安装 J EE 教程示例代码
安装 J EE 教程(下载) 解压缩归档文件将创建一个 j eetutorial 文件夹
从此页面下载 startguide zip (单击 JBoss AS Getting Started Guide 条目旁边的 Download 按钮) startguide zip 文件包含 jbossj ee src zip jbossj ee src zip 包含 J EE 教程配合 JBoss 应用服务器使用所需的辅助源文件 将 jbossj ee src zip 文件解压缩到 j eetutorial 文件夹
j eetutorial/examples/bank/nbproject 文件夹包含本教程不需要的 NetBeans IDE 项目文件 实际上这些文件将引起冲突 因为这些文件未指定由 JBoss 提供的 Ant 脚本 因此请删除 j eetutorial/examples/bank/nbproject 文件夹及其所有内容
编辑 j eetutorial/jboss build properties 并指定 JBoss 应用服务器的安装位置 这是解压缩 JBoss 应用服务器归档文件时创建的文件夹 例如
jboss home=C:/tools/jboss
注册 JBoss 应用服务器
在结合使用 JBoss 和 NetBeans IDE 之前 必须注册 JBoss 应用服务器的本地实例
在 NetBeans IDE 中 从主窗口选择 Tools > Server Manager
单击 Add Server 选择 JBoss Application Server 并为该服务器命名 然后单击 Next
指定应用服务器本地实例的位置 然后单击 Next
指定服务器域 本教程是使用 default 域开发 然后单击 Finish
创建项目
NetBeans IDE 中的大部分工作是从项目开始的 在 NetBeans IDE 中创建项目时 定义了 Java 代码的类型和结构 IDE 的项目系统是基于 Ant 的 且 NetBeans IDE 可以创建和维护 Ant 构建脚本 另一方面 对于已具有 Ant 构建脚本的现有代码 NetBeans IDE 可以创建使用该构建脚本的项目
选择 File > New Project(Ctrl Shift N 或 Macintosh 下的 Command Shift N) 在 Categories 下 选择 Web 在 Projects 下 选择 Web Application with Existing Ant Script 单击 Next
指定 j eetutorial/examples/bank 文件夹作为 Location IDE 将使用在 j eetutorial/examples/bank 文件夹中找到的 build xml 文件来填充 Build Script 字段 对于本项目 将需要由 JBoss 提供的 Ant 构建脚本 因此单击 Build Script 字段旁边的 Browser 按钮 然后选择 jboss build xml 文件
指定 JBossDukesBank 作为 Project Name Project Location 的默认值就不错 因此不必进行修改 示例如下所示(单击可获得最大尺寸的图像)
单击 Next 按钮
稍后 在映射 Ant 命令部分您将了解更多关于映射 IDE 命令到 Ant 构建脚本中的目标的 IDE 功能 现在 仅需再次单击 Next 按钮 以向前越过 Build and Run actions
指定 web 作为 Web Pages 并指定 /bank 作为 Context Path 示例如下所示
单击 Next 按钮
可以添加其他的源包文件夹 但是没必要 因此再次单击 Next 按钮以向前越过 Source Package Folders
为了使用 IDE 更高级编辑功能(代码完成 重构等) 编辑器需要应用所使用的 jar 文件的 Classpath 信息 有四个 jar 文件随 JBoss 应用服务器一起安装 因此需要添加到 Java Source Classpath
server/default/lib/jboss j ee jar
server/default/lib/javax servlet jar
server/default/lib/javax servlet jsp jar
client/jboss jaxrpc jar
使用 Add JAR/Folder 按钮将 jar 文件添加到 Java Source Classpath;示例如下所示(单击可获得最大尺寸的图像)
单击 Next 按钮
如果需要支持 JSP 文件中的代码完成 可以添加其他的 jar 文件 但是在本项目中没有必要 因此仅需单击 Finish 按钮 IDE 将创建项目并在 Projects 窗口中进行显示 示例如下所示
浏览源代码
使用 NetBeans IDE 的优势之一就是具有一个提供语法高亮显示 代码完成 重构支持和许多其他功能的编辑器 可以使用 IDE 的编辑器来浏览 Duke 银行示例应用的源代码
选择 Window > Navigator 显示 IDE 的 Navigator 窗口
展开 JBossDukesBank 项目下的 src 节点
展开 sun ebank web 包
单击 Dispatcher java 条目 请注意 Navigator 窗口如何进行更新以显示 Dispatcher 类的方法
在 Navigator 窗口中 双击 doPost 条目 IDE 的编辑器会打开 Dispatcher java 文件并显示 doPost 方法 如下所示(单击可获得最大尺寸的图像)
花一些时间来浏览一下 Duke 银行示例应用中的其他源文件 有几个便利的特性使得浏览源代码更容易 包括
源代码行数 选择 View > Show Line Numbers
类层次指示器 doPost 方法第一行旁边的左边空白处的向上箭头表示这个方法重写了一个其他类的方法 将鼠标光标指向向上箭头可以发现更多信息
超链接 在 doPost 方法中 有一个 AccountHistoryBean 类的参考 按下 Control 键(在 Macintosh 上 使用 Command 键) 然后将鼠标光标指向 AccountHistoryBean 编辑器将其颜色更改为蓝色并标有下划线 如下所示 标有下划线时单击 AccountHistoryBean 将打开 AccountHistoryBean java 源文件
向后/向前 在编辑器中的文件之间移动时 您可以像使用 web 浏览器一样进行导航 编辑器工具栏上的箭头按钮可用于向前或向后导航 也可以使用键盘快捷键 Alt K 用于向后 Alt L 用于向前
构建和部署示例应用程序
jboss build xml Ant 脚本包含了准备 构建和部署示例应用程序的目标 因为 NetBeans IDE 的项目系统是基于 Ant 的 所以激活这些目标非常容易
在 Getting Started with JBoss v 的 部分 告诉您要运行的第一个 Ant 目标是 pile 使用 NetBeans IDE 创建 JBossDukesBank 项目时 IDE 的 Build Project 命令被映射到 jboss build xml 中的 pile 目标 因此要激活 pile 目标 仅需右键单击 JBossDukesBank 项目并从上下文菜单中选择 Build Project
在 IDE 底部将出现一个 Output 窗口 且其最后一行应以 BUILD SUCCESSFUL 开始
继续使用 Getting Started with JBoss v 中的 部分 您需要运行以下四个目标 按此顺序 package ejb package web package client 和 assemble app NetBeans IDE 使上述操作非常简单(有关使用 Ant 的更多选项 请参见下面的映射 Ant 命令) 在 Projects 窗口中选择 jboss build xml 条目 IDE 的 Navigator 窗口将显示全部 Ant 目标 示例如下所示
若要激活 Ant 目标 请右键单击 Navigator 窗口中的目标 然后从上下文菜单选择 Run Target 或者右键单击目标时不选择 Run Target 而选择 Create Shortcut 并创建一个工具栏按钮 菜单按钮或键盘快捷键 这样的话 您可以将目标集成到 IDE 中 不论选择使用哪种方法 请确保每次激活这四个目标中的一个目标 package ejb package web package client 和 assemble app
Getting Started with JBoss v 的 部分描述了设置与 JBossof 绑定的 Hypersonic 数据库 进行操作之前 请确保 JBoss 应用服务器正在运行 若要从 NetBeans IDE 中开始操作 请单击 Runtime 窗口的图标 然后展开 Servers 条目 您将在服务器列表中看到 JBoss 条目 如下面的示例所示
如果应用服务器正在运行 在其名称旁边会有一个绿色箭头图标()
如果 JBoss 应用服务器未运行 则右键单击其条目 然后选择 Start
Getting Started with JBoss v 的 部分描述了必须对 JBoss 应用服务器的 hsqldb ds xml 文件进行的更改 您可以使用 NetBeans IDE 进行那些更改 选择 File > Open File 然后导航到 JBoss 安装程序的 server/default/deploy 文件夹 该文件夹包含 hsqldb ds xml 文件 选择该文件 然后单击 Open 按钮 IDE 将在编辑器窗口中打开该文件 有两处需要更改 在文件的顶部 需要修改 connection url 以使用 tcp 连接 在文件的底部 用于 tcp 连接的 mbean 需要取消注释 有关完整详细信息 请参考 部分 进行更改后 选择 File > Save
激活这些 Ant 目标 按此顺序 db create table db insert 和 db list 在 IDE 的 Output 窗口中 db list 目标应显示数据 示例如下所示
继续使用 Getting Started with JBoss v 的 部分 下一步是部署示例应用程序的 ear 文件 若要执行上述操作 您可以直接调用 deploy Ant 目标 或者 由于 IDE 的 Deploy Project 命令被映射到 deploy Ant 目标 您可以右键单击 JBossDukesBank 项目条目 然后从上下文菜单中选择 Redeploy Project
在您的浏览器中 指定应用程序登录屏幕的 //localhost: /bank/main 请注意 如果您配置的 JBoss 应用服务器的端口号不是 则使用配置的端口号 如下面的示例所示
若要使用该应用 请指定 作为 Customer j ee 作为 Password
Getting Started with JBoss v 的 部分指导您调用的最后一个 Ant 目标是 run client run client 目标启动一个独立的客户端应用程序 创建 JBossDukesBank 项目后 NetBeans IDE 将其 Run Project 命令映射到 run client 目标 因此可以仅右键单击 JBossDukesBank 然后从上下文菜单中选择 Run Project 启动独立的客户端应用程序 客户端服务器启动后 选择其 Customer Admin > View Customer Information 选项 然后指定 作为 Customer ID 将显示用户的信息 如下例所示
调试示例应用程序
使用 NetBeans IDE 的另一个优势是它提供了完整功能的调试器
如果登录了示例基于浏览器的应用程序 则单击应用程序用户界面右上角的 Logoff 链接退出 如果正在运行独立的应用程序 则单击其右上角的 X 图标关闭应用程序
在 NetBeans IDE 中 需要将要调试的 jar 和 war 文件添加到项目所创建的输出列表中 若要执行上述操作 请在 Projects 窗口中右键单击 JBossDukesBank 条目 然后从上下文菜单中选择 Properties
选择 Output 类别 然后单击 Add JAR/Folder 按钮
选择 jar 文件夹 然后选择 app client jar bank ejb jar 和 web client war 文件 再单击 Open 按钮
单击 Runtime 选项卡以查看已安装服务器的列表 右键单击 JBoss 应用服务器条目 然后选择 Stop 如下面的示例所示
注意 在 NetBeans v 的 beta 版本中 有一些配置错误 该步骤需要执行两次 如果 IDE 显示 timeout 错误消息 则取消错误对话框 然后重复执行该步骤
在 Runtime 选项卡中 右键单击 JBoss 应用服务器条目 然后选择 Start in Debug Mode
打开 Dispatcher java 并将光标放在 doGet 方法上 以在设置 sun ebank web Dispatcher 类的 doGet 方法中设置断点 然后选择 Run > Toggle Breakpoint 设置断点的快捷方式是单击要放置断点的行旁边的左边空白处 无论哪种方法 IDE 将以红色背景显示此行;示例如下所示(单击可获得最大尺寸的图像)
选择 Run > Debug Main Project 由于本项目使用自己现有的 Ant 构建脚本 因此 NetBeans IDE 将其作为自由形式项目引用 正如所预料的 项目的 Ant 构建脚本不包含可用于启动 IDE 调试器的目标 因此 NetBeans IDE 建议创建适合的目标 所显示的对话框的示例如下所示
NetBeans IDE 将打开两个编辑器窗口 一个用于 ide targets xml 该文件包含仅用于 IDE 的 Ant 目标 这使得 IDE 可以为您的项目添加 Ant 目标 而无需修改您的 Ant 脚本(在本项目中是 jboss build xml) 第二个编辑器窗口用于 debug properties 修改 debug properties 中的 jpda address 和 client url 条目 以匹配下面所示的值
jpda address=
//localhost: /bank/main
将您的更改保存到 debug properties 然后选择 Run > Debug Main Project
IDE 调试器启动后 您的浏览器将自动设置到应用程序登录屏幕//localhost: /bank/main 通过指定 作为 Customer j ee 作为 Password 来登录应用程序
单击应用程序的 Submit 按钮后 调试器将应用程序停止在先前在 servlet 中设置的断点处 示例如下所示(单击可获得最大尺寸的图像)
花一些时间来试验调试器的功能 若要控制调试器 请从 Run 菜单选择命令 若要显示调试器窗口 请选择 Window > Debugging 完成调试后 请选择 Run > Finish Debugger Session
项目文件
Projects 窗口仅显示了在常规基础上最可能进行修改的文件的高层逻辑视图 若要查看项目文件夹中的全部文件 请单击 Files 选项卡 作为示例 web xml 文件位于 dd/web 文件夹中 如下列所示
如果右键单击 web xml 条目并选择 Open the IDE 将显示自定义部署描述符编辑器
映射 Ant 命令
本教程描述了使用现有 Ant 构建脚本创建自由形式项目 为了让 NetBeans IDE 使用现有 Ant 构建脚本 必须将其本身的命令映射到该构建脚本的目标 通过右键单击项目并选择 Properties 您可以控制如何操作该映射 然后单击 Build and Run 如下面的示例所示
项目模板
本教程中创建了 Web Application 项目 NetBeans IDE 支持很多其他项目模板 示例应用程序不仅由 web 组件构成 有 Enterprise Java Beans (EJBs) 和一个独立的应用客户端 NetBeans IDE 可为每种可交付使用组件的类型创建其他项目 作为示例 可创建一个 EJB Module with Existing Ant Script 项目 IDE 将提供一组重要的 EJB 相关功能 以 EJB 的逻辑视图开始 如下所示
扩展 IDE
NetBeans IDE 提供了使用 JBoss 所需的全部标准功能 但是 如果有 IDE 不符合的特定要求 则可以利用 IDE 对创建扩展(称为模块)的全面支持 通过创建模块 您可以轻松增强 IDE 以提供其他 JBoss 功能 例如 可能要将 JBoss 的项目示例添加到 New Project 向导 或者 也许要为 JBoss 部署描述符的创建提供特殊的文件模板 在第一种情况下 将使用 Project Template 向导 在第二种情况下 将使用 Wizard 向导 如下所示(单击可获得最大尺寸的图像)
lishixinzhi/Article/program/Java/ky/201311/28137
Jboss企业版VS社区版对比全攻略
开源因其免费性 开放性 技术先进性受到了全世界Java爱好者的追捧 但免费往往意味着风险 企业看中开源低成本的同时 更注重开源产品的稳定性 安全性 易部署性 社区版开源产品的诸多不足让企业望而却步 企业版开源产品则因功能 服务上的完善备受企业青睐 JBoss AS是最成功的开源Java项目之一 具备架构先进 使用简单 技术创新等特性 自 年面世至今 JBoss 中间件已成为市场上领先的适用于面向服务架构(SOA)的开源平台 是世界范围内最流行的JavaEE应用服务器之一 国际著名调查机构BZ Research调查显示 截至 年底 年以来 JBoss在全球生产环境中间件的部署量中 保持前 名的位置
基于企业用户对企业版JBoss的巨大需求 红帽公司作为开源解决方案厂商中的佼佼者 推出了企业版JBoss产品—JBoss EAP 得到了广大企业级 电信级客户的认同 红帽资深Jboss专家表示 企业版JBoss在社区版的基础上 进行了大幅度改进 二者的差异主要体现在产品 技术 安全性 可管理性 服务支持 软件责任风险与法律问题七大方面
测试 认证双齐全 品质全面升级
社区版开源产品集合了众多开源爱好者的智慧 汇聚了顶尖技术 但缺乏正规的测试及认证 正如红帽公司赞助的JBoss社区版AS 其是由社区维护的项目 主要目的是试验最新的Java Enterprise技术的各种功能 因没有相关团队负责 JBoss社区版AS没有经过正规的系统测试和集成测试
针对社区版的诸多缺憾 红帽雇佣了专职的项目管理人员 软件开发人员 软件测试人员 售后服务人员 按照商业软件标准的产品流程对其进行 升级 改造 JBoss EAP的预发行版还将通过严格的QA流程 包括系统测试 集成测试 集群稳定性测试 同时 通过红帽与其他厂商合作 JBoss EAP获得了各种平台的官方认证 这些平台环境包括各种主流硬件 操作系统 Java虚拟机 以及数据库管理系统等等 此外 红帽还将在测试过程中验证JBoss EAP与主流JDK的兼容性 在JBoss EAP得到正式发行之前 红帽公司还将完善它的企业版文档工作
三大技术保障 更具含金量
从技术角度而言 JBoss企业版比社区版 含金量 更高 针对企业应用的具体需求 红帽在企业版JBoss中添加了几项关键性技术 主要体现在组件配置 消息控件 集群稳定性三方面
在组件配置方面 JBoss EAP为客户提供了针对关键业务生产环境的最佳出厂配置 这是社区版JBoss所不具备的 利用JBoss EAP的出厂优化 企业用户在生产环境中部署应用时 不用再了解太多JBoss的底层细节 直接将应用配置到production的启动模式即可
在消息控件方面 社区版JBoss x集成的JMS消息控件是JBoss MQ 而企业版JBoss EAP集成的JMS消息控件则是JBoss Messaging JBoss MQ在高压力下会遭遇性能瓶颈 并且不支持多节点的集群 相较而言 JBoss Messaging是一款高性能 安全 稳定的消息控件 同时也是JBoss企业版SOA平台实现其消息适配转发的基础
在集群稳定性方面 很多用户反映 社区版JBoss在多节点 高压力下可能发生因资源互锁而产生的性能急剧下降的情况 JBoss EAP则不会出现这种情况 JBoss EAP是经过红帽正规集成测试和压力测试流程的软件产品 每个发行版本在出厂前都经过了至少 个节点组成的局域网集群测试 其组件JBoss Cache和JGroups皆是在社区版本技术上修正了多个关键缺陷的版本 与社区版相比 企业版JBoss的集群更加健壮和稳定
权威认证 安全有保障
企业一直备受黑客 木马的困扰 要求开源产品必须在安全方面无 隙 可乘 社区版JBoss安全性较差 其以针对程序员和使用者的易用性为目的 各种访问接口(包括 HTTP和JMX等)基本处于 门户洞开 的状态 Common Criteria是评估IT产品安全性的世界权威标准 红帽将其应用于JBoss EAP的产品化过程中 JBoss EAP通过了Common Criteria EAL +认证 安全性毋庸质疑 社区版JBoss常常漏洞百出 在社区版JBoss的管理界面JMX Console上 缺省配置下不需用户名/密码即可完全控制运行中的JBoss 如同企业安全的 杀手
易于管理 全面掌控
是否易于管理 最大程度地简化IT管理的复杂性 节约人力资源成本 也是开源产品能否为企业所用的一大考量 社区版JBoss的管理和维护功能借助于程序员友好的JMX Console 功能虽强大 但不是一个运维人员友好的管理工具 借助红帽公司推出的管理软件JBoss运维网络(JON) JBoss EAP的可管理性得到了极大地提高 JON是功能强大的全方位管理平台 具备集中的配置 控制 部署功能 还支持在线的软件升级 计划任务功能 可监控到JBoss企业版应用服务器Web层和组件层 及定制门限触发告警 作为一个网管平台框架 JON不但支持对JBoss EAP的管理 还支持对宿主操作系统 Apache服务器 Tomcat服务器 PostgreSQL服务器 Java虚拟机的管理
金牌服务 为企业排忧解难
服务与产品同等重要 企业同样重视IT产品能否提供周全服务 及时排忧解难 将因IT问题带来的损失降到最低 用户在使用社区版JBoss中 如果遇到问题 只能求助于互联网搜索 JBoss社区的wiki 及有关论坛 邮件组进行支持 最终问题能否得到响应和解决都没有保障
红帽JBoss EAP的官方订阅 能为企业提供最为细致体贴的软件售后服务 服务级别可选 获取方式多样 问题响应时间(SLA)有保障 红帽的JBoss EAP产品订阅包括以下方面的服务内容 电话和客户服务门户 软件下载 更新和补丁 软件升级 管理软件附送 安装调优 培训 服务形式多样 可为客户量身定制 还有来自原厂的现场专家服务 内容涵盖健康巡检 性能调优 SOA应用 架构设计等等
风险全无 让用户高枕无忧
常常出现这种情况 企业用户在前期以低成本使用开源软件之后 往往因为得不到很好的服务最终转向商业软件 导致成本控制的愿望成为泡影 甚至增加了后期迁移的花销 使用红帽高水平服务为保障的企业版 Linux和JBoss EAP则解决了这一矛盾 相对于昂贵的商业软件 红帽的操作系统和中间件服务订阅的价格低廉 并且客户在前期试用选型时并不需要投入太多成本 独特的订阅模式使得客户可以灵活地按需选择 根据CIO Insight杂志的调查 红帽公司连续 年来被 强的信息官选为 最能为客户产生价值 的软件供应商 可见 服务订阅 的开源软件理念和实践已经很大程度上得到了业界的认同
此外 法律角度上讲 开源 并不等同于绝对的软件使用自由 开源界有种类繁多的软件许可协议 红帽采取多种方式以保障客户的权益 一方面红帽是很多开源社区的赞助者 将来自客户服务订阅的收入回馈开源社区;另一方面红帽运作了 开源法律保障计划 能够彻底解决法律风险的问题
综合而言 红帽JBoss EAP具备了社区版JBoss不具备的诸多优势 包括高性能消息组件 稳定的集群性能 按月更新计划 每季度增补服务包 应急补丁 自动软件更新和通知服务 缺陷升级处理流程 多至 x 的产品支持和咨询服务 平台认证和培训 明确定义的SLA和软件生命周期控制 为生产环境使用配置好的出厂配置 JBoss运维网络软件(JON) JON监控功能 深入的黑盒/白盒测试 开源免责计划
lishixinzhi/Article/program/Java/ky/201311/28272
tomcat和jboss的区别
1、不同的服务器
Tomcat是一个的Java servlet容器和Web服务器。
JBoss是一个基于Java EE的开源应用程序服务器。
2、不同的处理范围
Tomcat可以处理servlet和JSP。
JBoss可以处理servlet，JSP和EJB，JMS。
3、不同的规范
Tomcat使用Sun Microsystems规范。
JBoss使用Java EE规范。
扩展资料：
JBoss目录结构
1、bin：开始和停止JBoss的地方。
其中有两个主要的批处理文件：run.bat和shutdown.bat。要启动JBoss只要执行run.bat文件即可；要停止JBoss必须执行带参数的shutdown.bat。
一般运行命令：run -c 服务器名，例如：run -c all 或 run -c default 或自定义的服务器 run -c ejbtest。
注意，shutdown.bat文件直接执行并不会自动停止JBoss，它必须要输入参数。
一般，我们使用-S选项来停止服务器。即执行shutdown -S。
2、docs：放置JBoss的例子、测试脚本和各种脚本配置文件的DTD。
3、lib：放置JBoss所需要的部分jar包文件。
4、client：放置EJB客户端运行时所需要的jar包。
5、server：放置各启动类型的服务器端EJB配置所需要的文件等。
参考资料来源：百度百科-tomcat
百度百科-Jboss
jboss是什么意思
Jboss是一个基于J2EE的开放源代码的应用服务器。 JBoss代码遵循LGPL许可，可以在任何商业应用中免费使用，而不用支付费用。JBoss是一个管理EJB的容器和服务器，支持EJB 1.1、EJB 2.0和EJB3的规范。但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。