以下部署方案导致产生了这个问题:
server-1:Java ES 2004Q2:Directory Server
server-2:Java ES 2004Q2:Application Server、Access Manager 和 Portal Server
server-3:Java ES 2004Q2:Calendar Server 和 Messaging Server
server-4:Java ES 2005Q4:Application Server、Instant Messaging 和 Access Manager SDK
运行 imconfig 实用程序以配置 server-4 上的 Instant Messaging 时,配置不成功。Instant Messaging (IM) 在 server-4 上使用的 Access Manager 7 2005Q4 SDK 与 Java ES 2004Q2 版本不兼容。
解决方法:理想情况下,Access Manager 服务器和 Access Manager SDK 应为同一版本。有关详细信息,参见《Sun Java Enterprise System 2005Q4 升级指南》。
Access Manager 7 2005Q4 传统模式在 Access Manager 6 2005Q1 版本核心验证模块中存在以下不兼容性:
传统模式中已删除“组织验证模块”。
已更改“管理员验证配置”和“组织验证配置”的表示。在 Access Manager 7 2005Q4 控制台中,下拉列表中默认选定了 ldapService。在 Access Manager 6 2005Q1 控制台中提供了“编辑”按钮,并且默认情况下不会选定 LDAP 模块。
解决方法:无。
在 Access Manager 控制台中,在领域模式下创建一个代理。如果注销后再使用该代理名称登录,则 Access Manager 将返回一个错误,因为该代理不具有访问领域的权限。
解决方法:修改权限以允许代理的读/写访问。
带有 -S mail,cal 选项的 Delegated Administrator commadmin 实用程序不会在默认域内创建用户。
解决方法:如果只将 Access Manager 升级至版本 7 2005Q4,而未升级 Delegated Administrator,则会出现此问题。有关升级 Delegated Administrator 的信息,参见《Sun Java Enterprise System 2005Q4 升级指南》。
如果不准备升级 Delegated Administrator,则按以下步骤操作:
在 UserCalendarService.xml 文件中,将 mail、icssubcribed 和 icsfirstday 属性标记为可选而非必需。默认情况下,该文件位于 Solaris 系统的 /opt/SUNWcomm/lib/services/ 目录下。
在 Access Manager 中,通过运行 amadmin 命令删除现有 XML 文件,如下所示:
# ./amadmin -u amadmin -w password -r UserCalendarService
在 Access Manager 中,添加更新的 XML 文件,如下所示:
# ./amadmin -u amadmin -w password -s /opt/SUNWcomm/lib/services/UserCalendarService.xml
重新启动 Access Manager Web 容器。
带有 -S mail,cal 选项的 Delegated Administrator commadmin 实用程序不创建组织。
解决方法:参见上一问题的解决方法。