如果安装了 Access Manager、Messaging Server 和 Calendar Server 并把它们配置为共同工作,而后又安装 JES5 120955-01 修补程序,则会出现此问题。用户遇到登录错误。该错误是由于 Policy Agent 2.1 属性与 AMSDK 不兼容所造成的。现在还没有解决方法。
如果在使用 64 位 JVM 的 Web Server 7.0 上配置 Access Manager,则用户会在访问控制台登录页面时遇到“服务器错误”消息。Web Server 错误日志包含 StackOverflowError 异常。
解决方法:按以下步骤修改 Web Server 配置:
以 Web Server 管理员身份登录 Web Server 管理控制台。
单击“编辑配置”。
在“平台”字段中选择 64,然后单击“保存”。
单击“Java”选项卡,然后单击“JVM 设置”选项卡。
在“选项”下查找最小堆大小条目(例如:-Xms)。最小堆大小的值至少应为 512m。例如,如果堆大小的值不是 -Xms512m 或小于此值,则应将值更改为至少 -Xms512m。
最大堆大小的值至少应为 768m。如果最大堆大小的值不是 -Xmx768m 或小于此值,则应将值更改为至少 -Xmx768m。
以 -Xss512k 或 -Xss768k 将 Java 堆栈大小设置为 512k 或 768k。在 Solaris Sparc 的 64 位 JVM 上也可将此值留空,以采用默认大小 (1024k)。
单击“性能”选项卡,然后单击链接“线程池设置”。
把堆栈大小的值更改为至少 261144,然后单击“保存”。
单击屏幕右上角的链接“部署暂挂”。
在“配置部署”页面上,单击“部署”按钮。
在“结果”窗口中,单击“确定”以重新启动 Web Server 实例。
重新启动 Web Server 后单击“结果”窗口中的“关闭”。
Access Manager 7.1 传统模式与 Access Manager 6 2005Q1 发行版在核心验证模块方面存在以下不兼容性:
传统模式中已删除“组织验证模块”。
已更改“管理员验证配置”和“组织验证配置”的表示。在 Access Manager 7.1 控制台中,下拉列表中默认选定了 ldapService。在 Access Manager 6 2005Q1 控制台中提供了“编辑”按钮,并且默认情况下不会选定 LDAP 模块。
解决方法:无。
带有 -S mail,cal 选项的 Delegated Administrator commadmin 实用程序不会在默认域内创建用户。
解决方法:如果只将 Access Manager 升级至版本 7.1,而未升级 Delegated Administrator,则会出现此问题。
如果不准备升级 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 实用程序不创建组织。
解决方法:参见上一问题的解决方法。