Show Table of Contents
2.2. 查看 JBoss EAP 6 里的新功能以及不同之处
介绍
下面是 JBoss EAP 6 和以前版本的显著不同的列表。
- 基于模块的类加载
- 在 JBoss EAP 5 里,类加载架构是层次结构的。而在 JBoss EAP 6 里,类加载基于 JBoss 模块。这提供了真正的应用程序隔离,隐藏了服务器实现类,且只加载应用程序所需的类。类加载并行具有更高的性能。针对 JBoss EAP 5 编写的应用程序必须进行修改以指定模块依赖关系,且在某些情况下需要重新打包归档文件。关于更多的信息,请参考 https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/ 上的《JBoss EAP 6 开发指南》里的《类加载与模块》章节。
- 域管理
- 在 JBoss EAP 6 里,服务器可以作为独立服务器或者以受管域运行。在受管域里,您可以一次配置整个服务器组,从而在整个服务器网络里保持配置的同步。虽然这应该不会影响为以前版本构建的应用程序,但它可以简化对多个服务器的部署的管理。关于更多的信息,请参考 https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/ 上的《JBoss EAP 6 管理和配置指南》里的《关于受管域》章节。
- 部署配置
- 独立服务器和受管域
- JBoss EAP 5 使用基于配置集的部署配置。这些配置集位于
EAP_HOME/server/目录。应用程序经常会包含多个配置文件以用于安全性、数据库、资源适配器和其他配置。在 JBoss EAP 6 里,部署配置是通过使用一个文件实现的。这个文件用来配置部署使用的所有服务和子系统。独立服务器是使用EAP_HOME/standalone/configuration/standalone.xml文件来配置的。对于运行在受管域里的服务器,服务器使用EAP_HOME/domain/configuration/domain.xml文件来配置。包含在多个 JBoss EAP 5 配置文件里的信息必须移植到新的单个配置文件里。 - 部署顺序
- JBoss EAP 6 的部署使用快速的、并发的初始化,从而提高了性能和效率。在多数情况下,应用服务器能够自动提前决定依赖关系并选择最有效的部署策略。然而,由多个模块组成的 JBoss EAP 5 的应用程序部署为 EAR 并使用传统的 JNDI 查找而不是 CDI 注入或 resource-ref 条目,这样就可能要求修改相关配置。
- 目录结构和脚本
- 如之前提到的,JBoss EAP 6 不再使用基于配置集的部署配置,所以不再有
EAP_HOME/server/目录了。用于独立服务器的配置文件现在位于EAP_HOME/standalone/configuration/目录而部署位于EAP_HOME/standalone/deployments/目录。而对于运行在受管域里的服务器,配置文件位于EAP_HOME/domain/configuration/目录。在 JBoss EAP 5 里,Linux 脚本EAP_HOME/bin/run.sh或 Windows 脚本EAP_HOME/bin/run.bat用来启动服务器。而在 JBoss EAP 6 里,服务器启动脚本依赖于您运行服务器的方式。Linux 脚本EAP_HOME/bin/standalone.sh或 Windows 脚本EAP_HOME/bin/standalone.bat用于启动独立服务器。Linux 脚本EAP_HOME/bin/domain.sh或Windows 脚本EAP_HOME/bin/domain.bat用于启动受管域。 - JNDI 查找
- JBoss EAP 6 现在使用标准化的可移植的 JNDI 命名空间。为 JBoss EAP 5 编写的使用 JNDI 查找的应用程序必须进行修改以符合新的标准化 JNDI 命名空间格式。关于 JNDI 命名语法的详情,请参考 第 3.1.8.2 节 “可移植的 EJB JNDI 名称”。
关于其他的信息,请查看 https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/ 上的《JBoss EAP 6 开发指南》里的 《JBoss EAP 6 里新的和已修改的功能》“。

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.