组件依赖性
有些 Java ES 组件只有在安装并配置其他组件之后才能进行安装和配置。发生依赖性的原因有以下几点：
-
如果不安装和配置某些其他组件，有些组件就不能正常发挥作用。例如，为使 Access Manager 可以正常运行，它必须拥有访问 LDAP 目录提供的用户和服务相关信息的权限。Access Manager 的安装和配置过程要求您输入使 Access Manager 能够与已在运行的目录服务交互操作的 URL。由于存在这种依存关系，因此必须在安装和配置 Access Manager 之前先安装和配置 Directory Server。
-
有些组件会修改现有组件的配置。例如，安装和配置 Access Manager 将修改 LDAP 目录模式。如果您的解决方案使用 Access Manager，则安装规划中必须指定先安装和配置 LDAP 目录，然后再安装 Access Manager。
-
许多 Java ES 组件是 Web 应用程序。只有将这些组件部署到 Web 容器中，它们才能够正常发挥作用。必须在安装和配置 Web 应用程序组件之前先计划安装 Web 容器并将其启动。可以使用 Web Server、Application Server 或某些第三方 Web 容器，但在安装 Web 应用程序组件时，必须计划在计算机上放置一个 Web 容器。
提示 –如果解决方案使用 Web Server 或 Application Server，则 Java ES 安装程序会同时安装 Web 容器和 Web 应用程序组件，并自动将 Web 应用程序组件部署到 Web 容器中。
-
您的体系结构可能要求将组件安装在 Sun Cluster 软件提供的高可用性群集中。因此，在安装和配置其他组件之前，必须先安装 Sun Cluster 软件且使其处于运行状态。此外，还要必须安装和配置其他组件的 Sun Cluster 代理。
注意，在这些依赖性中，有些是解决方案范围的，有些则是本地的。在制定安装规划时，要对解决方案范围的依存关系和本地依存关系做不同的考虑。以下示例介绍了它们之间的不同：
Access Manager 对 Directory Server 的依存关系是解决方案范围的依存关系。安装 Access Manager 时，需要给出由 Directory Server 的一个或多个实例所提供的目录服务的 URL。安装并配置 Directory Server 后，它即会提供可供解决方案中所有组件使用的目录服务。这种依存关系决定了解决方案范围的组件实例安装和配置顺序 — 您必须在安装和配置 Access Manager 之前先安装和配置 Directory Server。在安装规划中，解决方案范围的依赖性决定整个安装和配置步骤的顺序。可以计划先安装 Directory Server，然后再添加依赖目录服务的组件（如 Access Manager）。
Access Manager 对 Web 容器的依赖性是本地依赖性。要满足这一依赖性，必须在运行 Access Manager 的计算机上安装 Web 容器。但此 Web 容器并不为整个解决方案提供 Web 容器服务。如果您的分布式体系结构指定在与 Access Manager 所在计算机不同的计算机上安装 Portal Server，则您必须计划在这两台计算机上都安装一个 Web 容器。每个 Web 容器都在本地支持一个不同的组件。因此，在分布式解决方案中，不存在可供 Web 容器为整个解决方案提供服务的单一位置，您必须计划在整个安装顺序中安装 Web 容器若干次。
要为解决方案制定安装规划，需要对描述解决方案的部署体系结构进行分析，然后确定组件之间的依存关系。您的规划必须以满足所有依赖性的顺序来安装和配置组件。总之，先根据解决方案范围的依赖性来制定整个安装顺序。然后考虑各个计算机上可能存在的本地依赖性。
组件依赖性列在表 3–1 中。有关处理这些依存关系的更多信息，参见制定安装规划中对各个组件的描述。
表 3–1 Java ES 组件依赖性|
依赖性 |
依赖性实质 |
是否必须为本地？ |
|
|---|---|---|---|
|
Directory Server |
存储配置数据；存储用户数据并启用对用户数据的查找 |
否 |
|
|
J2EE Web 容器，以下产品之一： -Application Server； -Web Server -BEA WebLogic Server -IBM WebSphere Application Server |
必须将 Access Manager 部署到这些 Web 容器之一 |
是 |
|
|
Access Manager |
提供底层 Access Manager 服务 |
否 |
|
|
J2EE Web 容器，以下产品之一： -Application Server； -Web Server -BEA WebLogic Server -IBM WebSphere Application Server |
必须将 Access Manager SDK 部署到这些 Web 容器之一 |
是 |
|
|
Access Manager Distributed Authentication |
Access Manager |
提供底层 Access Manager 服务 |
否 |
|
J2EE Web 容器，以下产品之一： -Application Server； -Web Server -BEA WebLogic Server -IBM WebSphere Application Server |
必须将 Access Manager SDK 部署到这些 Web 容器之一 |
是 |
|
|
Access Manager Session Failover |
Access Manager |
提供底层 Access Manager 服务 |
否 |
|
Message Queue |
提供可靠的异步消息传送 |
否 |
|
|
提供可靠的异步消息传送 |
是 |
||
|
在各 Application Server 实例间提供负载平衡 |
是 |
||
|
存储会话状态，它支持 Application Server 实例之间的故障转移 |
是 |
||
|
Directory Server |
提供底层 LDAP 目录服务 |
否 |
|
|
无 | |||
|
High Availability Session Store |
无 | ||
|
Java DB |
无 | ||
|
Message Queue |
Directory Server（可选） |
存储受管对象和持久性消息 |
否 |
|
-Application Server； -Web Server |
支持客户机与 Message Broker 之间的 HTTP 传输 |
否 |
|
|
Sun Cluster（可选） |
支持在高可用性解决方案中使用 Message Queue |
否 |
|
|
-Application Server； -Web Server -BEA WebLogic Server -IBM WebSphere Application Server |
必须将 Portal Server 部署到这些 Web 容器之一 |
是 |
|
|
Directory Server |
存储用于验证和授权的用户数据 |
否 |
|
|
Access Manager 或 Access Manager SDK |
提供 Access Manager 服务；本地 Access Manager SDK 提供对远程 Access Manager 的访问 |
是 |
|
|
Service Registry Client |
提供进行编译所需的库 |
否 |
|
|
Portal Server |
提供底层门户服务。 |
否 |
|
|
Access Manager 或 Access Manager SDK |
提供 Access Manager 服务；本地 Access Manager SDK 提供对远程 Access Manager 的访问 |
是 |
|
|
Rewriter Proxy |
Portal Server |
提供底层门户服务。 |
否 |
|
Netlet Proxy |
Portal Server |
提供底层门户服务。 |
否 |
|
Service Registry |
Application Server |
提供必要的容器服务。 |
是 |
|
Service Registry Client |
提供必要的客户机接口 |
是 |
|
|
Service Registry Client |
无 | ||
|
Sun Cluster 软件 |
无 | ||
|
Sun Cluster |
提供底层群集服务。 |
是 |
|
|
Sun Cluster Geographic Edition |
Sun Cluster |
提供底层群集服务。 |
是 |
|
Web Server |
提供对 Web Server 上运行的 Web 应用程序的远程访问 |
是 |
|
|
Directory Server（可选） |
存储用于验证和授权的用户数据 |
否 |
|
|
Web Server |
Directory Server（可选） |
存储用于验证和授权的用户数据 |
否 |
- © 2010, Oracle Corporation and/or its affiliates