安裝、升級與配置 (Sun Java System Communications Services 2005Q4 版本說明)

Sun Java System Communications Services 2005Q4 版本說明

安裝、升級與配置

從 Application Server 7.x (Java ES 發行版本 2) 升級至 Application Server 8.x (Java ES 發行版本 4)，然後又升級至 Delegated Administrator 6 2005Q4 (Java ES 發行版本 4) 時，Delegated Administrator 無法重新部署至升級的 Application Server。(6319257)

升級至 Application Server 8.x 後，應用程式 (例如 Delegated Administrator) 會自動重新部署至非 DAS server1 實例。為維護相容性，非 DAS 實例會與之前發行版本的 Application Server 在相同的連接埠上執行。

然而，Delegated Administrator 使用 deploydir 指令部署至 Application Server。在 Application Server 8.x 中，deploydir 指令僅在 DAS 實例上工作。Delegated Administrator 無法部署至非 DAS 實例。

解決方法

升級至 Application Server 8.x 後，執行以下步驟︰

修改以下 Access Manager 配置特性檔案︰

/opt/SUNWam/lib/AMConfig.properties，

方法是將以下行︰

com.sun.identity.webcontainer=IAS7.0

替代為

com.sun.identity.webcontainer=IAS8.1

執行 Delegated Administrator 配置程式之前，從升級的 Application Server 的 server1 實例中取消部署 /commcli 和 /da Web 應用程式。執行以下指令︰

/opt/SUNWappserver/appserver/bin/asadmin undeploy 
--secure=false --user admin --password xxxx
--target server1 commcli

/opt/SUNWappserver/appserver/bin/asadmin undeploy 
--secure=false --user admin --password xxxx
--target server1 da

執行 Delegated Administrator 配置程式 config-commda。提示您指定 Access Manager 主機和連接埠時，指定 DAS 伺服器實例的連接埠。

即使 Access Manager 在非 DAS server1 實例上執行，也指定 DAS 伺服器實例。

config-commda 程式詢問您部署 Delegated Administrator 主控台和 Delegated Administrator 伺服器的位置時，指定 DAS 伺服器資訊，而非 server1 資訊。

如果您已使用 server1 連接埠配置 Delegated Administrator (如果您已執行 config-commda)，則在以下兩個檔案中修改連接埠資訊 (以指定 DAS 連接埠)︰
/opt/SUNWcomm/config/cli-usrprefs.properties /var/opt/SUNWcomm/da/WEB-INF/class/com/sun/comm/da/resource/ daconfig.properties
執行 config-commda 後，登入 Application Server 主控台。將 classpath-prefix 和 classpath-suffix 項目的 JVM 設定中的所有 Access Manager 程式庫路徑從 server1 實例複製到伺服器實例。您可以透過將 server1 domain.xml 檔案中的路徑複製到伺服器 domain.xml 檔案來執行此作業。

Delegated Administrator 配置程式可讓您在 [網域分隔符] 欄位中輸入無效的值。(6310711)

在配置程式 config-commda 中，您可以在 [網域分隔符] 欄位中輸入無效字元，例如 ^。您無法使用具有無效網域分隔符字元的登入 ID 登入 Delegated Administrator 主控台。

解決方法︰

在 daconfig.properties 檔案中編輯 commadminserver.domainseparator 特性的值，該檔案位於以下預設路徑︰

/var/opt/SUNWcomm/da/WEB-INF/classes/
com/sun/comm/da/resources/daconfig.properties

使用有效值，例如 @、- 或 _。

在未升級至 Delegated Administrator 6 2005Q4 (Java ES 發行版本 4) 的情況下升級至 Access Manager 7.0 將導致使用者建立失敗。(6294603)

升級至 Java Enterprise System 發行版本 4 時，如果您將 Access Manager 從版本 6.x 升級至 7.0，但未將 Delegated Administrator 升級至版本 6 2005Q4 (Java ES 發行版本 4)，則使用郵件或行事曆服務建立使用者將失敗。

解決方法︰

更新 UserCalendarService.xml 檔案，依預設，該檔案位於以下目錄中︰
/opt/SUNWcomm/lib/services/UserCalendarService.xml
在 UserCalendarService.xml 檔案中，將 mail、icssubcribed 和 icsfirsday 屬性標記為可選擇，而非必需。
在 Access Manager 中，透過執行 amadmin 指令移除現有的 xml 檔案，如以下範例所示︰
amadmin -u amadmin -w netscape -r UserCalendarService

在 Access Manager 中，增加更新的 xml 檔案，如以下範例所示︰

amadmin -u amadmin -w netscape  
-s /opt/SUNWcomm/lib/services/UserCalendarService.xml

重新啟動 Web 容器。

如果在目錄中部署大量組織，則 Delegated Administrator 配置程式 (config-commda) 會很慢。(6219610)

如果目錄中包含大量組織 (50,000 或更多)，則 Delegated Administrator 配置程式 (config-commda) 會花費很長時間來完成。與 Access Manager 相關的管理作業的效能很慢。

解決方法

在 ou 屬性上建立 pres,eq 索引。

使用 config-commda 程式重新配置 Delegated Administrator 時，resource.properties 檔案中的值會被覆寫。(6218713)

如果您透過再次執行 config-commda 程式來配置現有的已配置 Delegated Administrator 安裝，則 resource.properties 檔案中的特性會被重設為其預設值。

例如，如果您先前已將以下特性設定為以下值︰

jdapi-wildusersearchresults=50

jdapi-wildorgsearchresults=10

然後執行 config-commda，則這些特性將被重設為其預設值，如下所示︰

jdapi-wildusersearchresults=-1

jdapi-wildorgsearchresults=-1

此問題僅在您已變更 Delegated Administrator 配置時出現 (如果您已啟用外掛程式或已修改 resource.properties 檔案中任意特性的值)。

解決方法

如果您出於任何其他原因需要升級 Delegated Administrator，或需要重新執行 config-commda 程式，則可以透過執行以下步驟保留現有配置︰

備份 resource.properties 檔案。

resource.properties 檔案位於以下預設路徑︰
da_base/data/WEB-INF/classes/sun/comm/cli/server/servlet/ resource.properties
執行 config-commda 程式。
編輯 config-commda 程式建立的 resource.properties 檔案，如下所示︰

(新檔案位於上述「1. 備份 resource.properties 檔案」中顯示的預設路徑。)

a. 開啟新的 resource.properties 檔案。

b. 開啟 resource.properties 檔案的備份副本。

c. 尋找在備份副本中自訂的特性。將自訂值套用至新的 resource.properties 檔案中的相應特性。

請勿簡單地使用整個備份副本覆寫新的 resource.properties 檔案。新檔案可能包含為支援此發行版本的 Delegated Administrator 而建立的新特性。