下列部署方案造成了此問題:
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
於 server-4 上執行 imconfig 公用程式配置 Instant Messaging 時,配置不成功。Access Manager 7 2005Q4 SDK 由 server-4上的 Instant Messaging (IM) 使用時,其與 Java ES 2004Q2 版本不相容。
解決方法:理論上,Access Manager 伺服器版本應與 Access Manager SDK 的版本相同。如需更多資訊,請參閱「Sun Java Enterprise System 2005Q4 Upgrade Guide」。
Access Manager 7 2005Q4 舊有模式自 Access Manager 6 2005Q1 開始,於核心認證模組中存有下列不相容問題:
在舊有模式下會將組織認證模組移除。
[管理員認證配置] 與 [組織認證配置] 的表示已變更。在 Access Manager 7 2005Q4 主控台中,預設會選取下拉式清單中的 ldapService。在 Access Manager 6 2005Q1 主控台中,會提供 [編輯] 按鈕,預設不會選取 LDAP 模組。
解決方法:無。
在 Access Manager 主控台中,於「範圍」模式下建立一個代理程式。若登出後使用代理程式名稱再次登入,Access Manager 會傳回錯誤訊息,因為代理程式不具存取該範圍的權限。
解決方法:修改權限以允許代理程式的讀取/寫入存取。
Delegated Administrator commadmin 公用程式 (具 -S mail,cal 選項) 未在預設網域內建立使用者。
解決方法:若將 Access Manager 升級至版本 7 2005Q4,但未將 Delegated Administrator 升級,就會發生此問題。如需升級 Delegated Administrator 的資訊,請參閱「Sun Java Enterprise System 2005Q4 Upgrade Guide」。
若不打算升級 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 選項) 未建立組織。
解決方法:請參閱上一個問題之解決方法。