本節列出了此發行版本中的已知問題。
Access Manager 不支援在密碼 (如 amadmin 的密碼) 和 Directory Server 根尾碼中使用單引號 (\q)。但是,支援反斜線 (\\)。
如果已安裝了 Directory Server 並啟用了 SSL,則 Directory Server 還必須偵聽非 SSL (LDAP) 連接埠。必須將 Access Manager 配置為使用 LDAP 連接埠,否則, Access Manager 的安裝將會失敗。
將 Access Manager 配置為使用 LDAP 連接埠之後,使用者可以停用該 LDAP 連接埠。
在 Access Manager 的 SDK 配置中,AMConfig.properties 檔案包含錯誤的資訊,從而導致一系列的 Web 伺服器啟動失敗。下列變數的資訊不正確:
com.iplanet.am.directory.host
com.iplanet.am.server.host
com.iplanet.am.console.host
com.iplanet.am.profile.host
com.iplanet.am.naming.url
com.iplanet.am.notification.url
解決方案:在節點 B (Access Manager SDK 隨 Web Server 一同安裝於此) 上,修改 webserver-instance-dir/config/server.xml 檔案,並將所需的 Access Manager JAR 檔案增加到類別路徑中。
在 eval config 模式下將 Web Server 安裝於 Windows 作業系統上之後,沒有自動啟動 Web Server 服務。
解決方法:手動啟動 Web Server 服務。
在 eval config 模式下將 Web Server 安裝於 Windows 作業系統上之後,沒有自動啟動 Web Proxy Server 服務。
解決方法:手動啟動 Web Proxy Server 服務。
當在 netlet 中使用 IP 位址時,如果未在 DHCP 伺服器中配置特定主機的反向查詢項目,則與該主機相關的操作將無法正常運作。
例如,如果 nslookup.exe ipaddress 無法傳回主機名稱,則 netlet 操作對於這些 IP 位址將無法運作。
解決方法:使用主機名稱,而不要使用 IP 位址。
如果 Windows 電腦沒有連線至網路,HADB 實例就不會啟動。
解決方法:將 Windows 電腦連線至網路。
解決方法:使用下列解決方法之一:
先移除 Windows 電腦上已安裝的 Sun Java Web Console 版本,然後再實際繼續安裝 Java ES 5。
在較新的 Sun Java Web Console 版本中重新註冊已在先前版本中註冊的應用程式,以便繼續存取這些應用程式。
在 Windows 平台上,在 [安裝時自動配置] 模式下以全部安裝方式在記憶體不足的電腦上進行安裝時,在配置後階段會無法預期地失敗。
解決方法:使用下列解決方法之一:
最佳化 Windows OS 虛擬記憶體設定。
在啟動 Java ES 安裝程式之前使可用 RAM 最大化。停止所有不必要的程式和服務。
進行選擇性安裝,使用 [自訂] 選項有選擇地安裝產品。
當某些 DLL 位於 Windows system32 資料夾時 (如 libnspr4.dll、nss3 和 smime),便會發生這種問題。
這些 DLL 與 install-dir/share/lib 中安裝之 Java ES 版本的 DLL 相衝突,從而使得 Java ES 伺服器無法正常運作。
解決方法:
在 system32 資料夾中重新命名這些 DLL,這樣,Java ES 伺服器便會使用這些 DLL 的正確版本。
重新命名這些 DLL,可能會導致在 system32 資料夾中安裝了這些 DLL 的某些舊有應用程式無法運作。
解決方法:
必須在 Windows XP Professional 上停用來賓帳戶。
必須將 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\ForceGuest 登錄機碼設定為 0,才能成功進行認證。
每當在 [安裝後手動配置] 模式下安裝或升級產品元件時,只有在手動配置該產品之後,才會建立產品捷徑。
Message Queue 不會受這個問題影響。
解決方法:無。
在遠端階段作業中進行安裝時,會將安裝程式記錄儲存在 temp 目錄中。
如果在安裝或解除安裝期間系統重新開機,則會刪除 temp。因此,當您按一下 [檢視記錄] 按鈕時,將無法取得記錄檔。
解決方法:無。