如果安裝了 Access Manager、Messaging Server 及 Calendar Server,將它們配置成共同運作,然後安裝 JES5 120955-01 修補程式,就會發生這個問題。使用者遇到登入錯誤。錯誤原因在於 Policy Agent 2.1 特性與 AMSDK 之間不相容。目前沒有解決方法。
如果 Access Manager 是配置在使用 64 位元 JVM 的 Web Server 7.0 實例上,則使用者在存取主控台登入頁面時,會遇到 [伺服器錯誤] 訊息。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 模組。
解決方法:無。
Delegated Administrator commadmin 公用程式 (具 -S mail,cal 選項) 未在預設網域內建立使用者。
解決方法:若將 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 容器。
Delegated Administrator commadmin 公用程式 (具 -S mail,cal 選項) 未建立組織。
解決方法:請參閱上一個問題之解決方法。