特殊案例或例外情况

有些 Java ES 共享组件和 Java ES 产品组件与 Solaris 10 捆绑在一起，这通常会引发许多特殊案例。借助捆绑，这些 Java ES 组件会存在于全局区域中，进而存在于从全局区域创建的任何非全局区域中。

产品组件特殊案例

• Message Queue 与 Solaris 10 捆绑在一起，因此，该组件会在创建非全局区域时自动传播（除非事先将 Message Queue 从全局区域中移除）。无法将 Message Queue 安装在稀疏根区域中。与其他产品组件不同，当 Message Queue 由 Java ES 安装程序在全局区域中安装或升级时，默认情况下，该组件会被传播到非全局区域。

• Application Server 与 Solaris 10 捆绑在一起，因此，该组件会在创建非全局区域时自动传播（除非事先将 Application Server 从全局区域中移除）。捆绑的 Application Server 以此方式传播时，Java ES 安装程序无法在稀疏根区域中对其（安装在 /usr 中）进行升级（默认情况下，/usr 为只读）。要解决这一问题，必须先将捆绑的 Application Server 从全局区域中手动移除，然后才能在稀疏根区域中安装发行版本 5 Application Server。

• Sun Cluster 只能安装在全局区域中。非全局区域不支持 Sun Cluster。

共享组件特殊案例

• Java ES 安装程序无法移除与 Solaris 10（Update 1 和 Update 2）捆绑在一起的 SJWC 软件包。这些旧版 SJWC 软件包已将 SUNW_PKG_ALLZONES 设置为 True，这表示该软件包在所有区域中必须完全相同，且只能由全局管理员进行管理。因此，必须在全局区域中手动移除这些软件包，以替换为正确的软件包。

  如果 Java ES 安装程序正要尝试在非全局区域中安装选定组件并检测到 SJWC 需要进行升级，则安装程序将阻塞。在 Solaris 10（Update 1 和 2）上进行安装时会出现这种情况。

  解决方法是：已经开发出一个特殊脚本，它将从全局区域中移除旧版 SJWC 软件包并将其替换为 SJWC 2.2.6，这一版本的软件包包含正确的区域传播属性设置。结果是，SJWC 2 2.6 将传播到所有非全局区域。

• Common Agent Container。仅当安装 Sun Cluster、Sun Cluster GE 或 Sun Cluster 代理时才安装版本 1.1。如果选择“同步所有共享组件”选项，则不会安装该组件。此时仅安装版本 2.0。

• Sun Explorer Data Collector。仅当安装 Sun Cluster、Sun Cluster GE 或 Sun Cluster 代理时才安装此共享组件。如果选择“所有共享组件”选项，则不会安装该组件。