建议的做法

结合表 A–2，下面给出了几种建议的做法：

• 根据为什么对 Java ES 使用区域？中您试图要达到的目标，预先规划 Java ES 区域部署策略。目标不同，需要的安装和管理策略便不同，如表 A–2 的不同方案所示。

• 避免将几种方案混合在一起使用。尤其是：

  • 尽可能简化 Java ES 的区域部署和管理策略。在同一台计算机上，Java ES 组件的完全根和稀疏根部署不能并存。（用以支持方案 3 中的稀疏根区域部署的过程和做法可能会干扰方案 4 中的完全根区域部署。）

  • 不要将同一个 Java ES 产品组件同时安装在全局区域和非全局区域中，即使它们属于不同版本。（升级方案 1 中的全局区域安装所需的过程可能会中断方案 4 中的非全局区域安装。）

  • 如果完全根区域中已经安装有发行版本 4（或更早版本）的 Java ES 组件，则不要在全局区域中安装 Java ES 发行版本 5 组件（既不能安装产品组件也不能安装共享组件），也不要在全局区域中将 Java ES 组件升级到发行版本 5。换言之，当完全根区域中已经预先安装 Java ES 时，不支持方案 2。（在全局区域中执行安装或升级可能会导致在完全根区域中并存有发行版本 4 和发行版本 5 文件。）

• 建议的安装做法：

  • 如果要在不同的区域中运行不同的 Java ES 产品组件，则将产品组件安装在非全局区域中（方案 2、3、4、5）。

  • 如果要在不同的区域中运行不同的 Java ES 产品组件，但要集中管理共享组件生命周期，则先在全局区域中同步共享组件，然后在非全局区域中安装产品组件（方案 2、3）。（建议每次在稀疏根区域中安装产品组件时都要采用此做法。）

  • 如果要实现 Java ES 产品组件的版本分离，或是出于其他原因而分离 Java ES 产品组件的部署（方案 4），则在完全根区域中安装和配置所有 Java ES 组件。不要在全局区域中安装任何 Java ES 组件。

• 建议的升级做法：

  • 如果要将所有已安装的发行版本 4 产品组件升级到发行版本 5，则先在全局区域中同步所有 Java ES 共享组件，然后在安装有所需产品组件的区域中执行这些组件的升级。（发行版本 5 共享组件向后兼容。）

  • 如果已在非区域环境中安装有发行版本 4 或发行版本 5 产品组件，并要在此环境中添加非全局区域，然后在新增的非全局区域中安装产品组件，则请务必按照以上建议的做法操作。这可能意味着需要在全局区域中卸载组件，然后再将它们重新安装到非全局区域中。