test

Sun Java Communications Suite 5 发行说明

Delegated Administrator 安装、升级和配置问题

6434047

如果将 Access Manager 部署到 Application Server 节点代理，则无法将 Delegated Administrator 从版本 2004Q2 升级到版本 6.4（当前发行版）。

如果将 Delegated Administrator 部署到 Application Server，并将 Application Server 从版本 7 升级到版本 8.x，则会发生此问题。asupgrade 实用程序将 Application Server 7 server1 实例迁移到在某个节点代理下运行的 Application Server 8.x server1 目标中。但是，asupgrade 会将虚拟服务器的值从 Application Server 7 中的 server1 更改为 Application Server 8.x 中的 server。

解决方法：

运行 Delegated Administrator 配置程序 config-commda 时，请在“Application Server 首选项”面板中为目标和虚拟服务器指定以下值：

  • 目标：server1

  • 虚拟服务器：server

6376896, 6294603

如果升级到 Access Manager 7.0，但没有将 Delegated Administrator 升级到版本 6.4（当前发行版），则会导致用户创建过程失败。

注 –

只有当前运行的是 Delegated Administrator 6 2005Q1 (Java ES R3) 或更低版本时才会发生此问题。如果您已经安装了 Delegated Administrator 6 2005Q4 (Java ES R4) 或已将 Delegated Administrator 升级到版本 6.4 ，则不会发生此问题。

升级到 Java Enterprise System R5 时，如果将 Access Manager 从版本 6.x 升级到 7.0，但没有将 Delegated Administrator 升级到版本 6.4，则带有邮件或日历服务的用户创建过程将会失败。

建议您通过将 Delegated Administrator 升级到版本 6.4 来解决此问题。如果您无法升级 Delegated Administrator，请执行以下解决方法中描述的步骤。

解决方法：

  1. 更新 UserCalendarService.xml 文件，该文件默认情况下位于以下目录中：


    /opt/SUNWcomm/lib/services/UserCalendarService.xml

    在 UserCalendarService.xml 文件中，将 mail、icssubscribed 和 icsfirstday 属性标记为可选属性而非必需属性。

  2. 在 Access Manager 中，通过运行 amadmin 命令删除现有的 xml 文件，如下所示：


    amadmin -u amadmin -w netscape -r UserCalendarService

  3. 在 Access Manager 中，添加更新的 xml 文件，如下所示：


    amadmin -u amadmin -w netscape  
-s /opt/SUNWcomm/lib/services/UserCalendarService.xml

  4. 重新启动 Web 容器。

6310711

Delegated Administrator 配置程序允许您在“域分隔符”字段中输入无效值。

在配置程序 config-commda 中，您可以在“域分隔符”字段中输入无效字符（例如 ^）。不能使用带有无效的域分隔符字符的登录 ID 登录 Delegated Administrator 控制台。

解决方法：编辑 daconfig.properties 文件中 commadminserver.domainseparator 属性的值，该文件位于以下默认路径：


/var/opt/SUNWcomm/da/WEB-INF/classes/
com/sun/comm/da/resources/daconfig.properties

使用有效值，如 @、- 或 _。

将已编辑的 daconfig.properties 文件重新部署到 Delegated Administrator 控制台所使用的 Web 容器中。

必须先运行用于将自定义的 daconfig.properties 文件部署到 Web 容器的脚本，此更改才能生效。

有关如何将自定义的属性文件部署到特定 Web 容器的说明，请参见《Sun Java System Delegated Administrator 6.4 管理指南》中的“部署自定义配置文件”。

6218713

当使用 config-commda 程序重新配置 Delegated Administrator 时，resource.properties 文件中的值将被覆写。

如果再次运行 config-commda 程序以配置现有的、已配置的 Delegated Administrator 安装，resource.properties 文件中的属性将重置为其默认值。

例如，假设先前将以下属性设置为这些值：

jdapi-wildusersearchmaxresults=50

jdapi-wildorgsearchmaxresults=10

然后，运行 config-commda。这些属性将被重设为默认值，如下所示：

jdapi-wildusersearchmaxresults=-1

jdapi-wildorgsearchmaxresults=-1

仅当您更改了 Delegated Administrator 配置（如果启用了插件或修改了 resource.properties 文件中的任何属性值）才会涉及该问题。

解决方法：如果需要升级 Delegated Administrator，或者由于其他原因需要重新运行 config-commda 程序，则可以通过执行以下步骤来保留现有配置：

  1. 备份 resource.properties 文件。

    resource.properties 文件默认情况下位于以下路径：


    da_base/data/WEB-INF/classes/sun/comm/cli/server/servlet/
resource.properties

  2. 运行 config-commda 程序。

  3. 编辑由 config-commda 程序创建的新 resource.properties 文件。执行以下步骤。

    （新文件位于上述“1. 备份 resource.properties 文件”中所示的默认路径中。）

    1. 打开新的 resource.properties 文件。

      请确保编辑 Delegated Administrator 安装目录中位于原始（标准）位置的 resource.properties 文件，而不是部署到 Delegated Administrator 服务器所使用的 Web 容器中的文件。

    2. 打开 resource.properties 文件的备份副本。

    3. 找到在备份副本中自定义的属性。将这些自定义值应用到新 resource.properties 文件的相应属性中。

      不要简单使用整个备份覆写新的 resource.properties 文件。新文件可能包含为支持此发行版的 Delegated Administrator 而创建的新属性。

  4. 将已编辑的 resource.properties 文件重新部署到 Delegated Administrator 服务器所使用的 Web 容器中。

    必须先运行用于将自定义的 resource.properties 文件部署到 Web 容器的脚本，此更改才能生效。

    有关如何将自定义的属性文件部署到特定 Web 容器的说明，请参见《Sun Java System Delegated Administrator 6.4 管理指南》中的“部署自定义配置文件”。

5107441

如果在 Delegated Administrator 配置程序 (config-commda) 中创建的默认组织名称的开头部分与根后缀名称相匹配，则无法创建该组织。

运行 config-commda 程序时，如果指定了开头字符与根后缀相同的默认组织 DN，则会发生名称冲突错误。例如，如果创建一个名为 o=ispsesta.com 的组织，而根后缀为 o=isp，则会发生此类错误。

解决方法：在无提示安装模式下使用状态文件运行 config-commda 程序。在无提示安装模式下，配置程序不验证组织 DN 值，因此可以创建组织。

或者，确保默认组织 DN 的开头字符与根后缀名称不同。