test

Sun Java Communications Suite 5 版本說明

Delegated Administrator 安裝、升級和配置問題

6434047

將 Access Manager 部署至 Application Server 節點代理程式時，您無法將 Delegated Administrator 從版本 2004Q2 升級至版本 6.4 (目前的發行版本)。

將 Delegated Administrator 部署至 Application Server，並將 Application Server 從版本 7 升級至版本 8.x 時，會發生此問題。asupgrade 公用程式會將 Application Server 7 server1 實例遷移至在節點代理程式下執行的 Application Server 8.x server1 目標。但是，asupgrade 將虛擬伺服器的值從 Application Server 7 的 server1 變更為 Application Server 8.x 的 server。

解決方法：

當您在 Application Server 的 [喜好設定] 面板執行 Delegated Administrator 配置程式 config-commda 時，為目標和虛擬伺服器指定以下值：

  • 目標：server1

  • 虛擬伺服器：server

6376896、6294603

在未將 Delegated Administrator 升級至版本 6.4 (目前的發行版本) 的情況下升級至 Access Manager 7.0 將導致使用者建立失敗。

備註 –

僅在執行 Delegated Administrator 6 2005Q1 (Java ES 發行版本 3) 或更舊版本時，才會發生此問題。如果您已安裝 Delegated Administrator 版本 6 2005Q4 (Java ES 發行版本 4)，或已將 Delegated Administrator 升級至版本 6.4，則不會發生此問題。

升級至 Java Enterprise System 發行版本 5 時，如果您將 Access Manager 從版本 6.x 升級至 7.0，但未將 Delegated Administrator 升級至版本 6.4，則無法使用郵件或行事曆服務建立使用者。

解決此問題的建議方式是，將 Delegated Administrator 升級至 6.4。如果您有充足的理由不升級 Delegated Administrator，則請採取以下解決方法中描述的步驟。

解決方法：

  1. 更新 UserCalendarService.xml 檔案，依預設，該檔案位於以下目錄中︰


    /opt/SUNWcomm/lib/services/UserCalendarService.xml

    在 UserCalendarService.xml 檔案中，將 mail、icssubscribed 和 icsfirstday 屬性標記為可選擇，而非必需。

  2. 在 Access Manager 中，透過執行 amadmin 指令移除現有的 xml 檔案，如以下範例所示︰


    amadmin -u amadmin -w netscape -r UserCalendarService

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


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

  4. 重新啟動 Web 容器。

6310711

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

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

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


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

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

將編輯後的 daconfig.properties 檔案重新部署至 Delegated Administrator 主控台使用的 Web 容器。

在變更生效之前，您必須執行將自訂 daconfig.properties 檔案部署至 Web 容器的程序檔。

如需有關如何將自訂特性檔案部署至特定 Web 容器的指示，請參閱「Sun Java System Delegated Administrator 6.4 管理指南」中的「若要部署自訂配置檔案」。

6218713

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

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

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

jdapi-wildusersearchmaxresults=50

jdapi-wildorgsearchmaxresults=10

然後執行了 config-commda。這些特性會重設為預設值，如下所示：

jdapi-wildusersearchmaxresults=-1

jdapi-wildorgsearchmaxresults=-1

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

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

  1. 備份 resource.properties 檔案。

    resource.properties 檔案位於以下預設路徑︰


    da_base/data/WEB-INF/classes/sun/comm/cli/server/servlet/
resource.properties

  2. 執行 config-commda 程式。

  3. 編輯 config-commda 程式建立的 resource.properties 檔案。請按照下列步驟進行。

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

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

      確保是編輯 Delegated Administrator 安裝目錄中原始 (標準) 位置的 resource.properties 檔案，而非部署至 Delegated Administrator 伺服器所使用 Web 容器的檔案。

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

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

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

  4. 將編輯後的 resource.properties 檔案重新部署至 Delegated Administrator 主控台使用的 Web 容器。

    在變更生效之前，您必須執行將自訂 resource.properties 檔案部署至 Web 容器的程序檔。

    如需有關如何將自訂特性檔案部署至特定 Web 容器的指示，請參閱「Sun Java System Delegated Administrator 6.4 管理指南」中的「若要部署自訂配置檔案」。

5107441

如果在 Delegated Administrator 配置程式 (config-commda) 中所建立預設組織名稱的開頭部分與根尾碼名稱相符，則無法建立組織。

執行 config-commda 程式時，如果您指定的預設組織 DN 開頭字元與根尾碼相同，則會發生名稱衝突錯誤。例如，如果您建立的組織名稱是 o=ispsesta.com，而根尾碼是 o=isp，則會發生這類錯誤。

解決方法：在無訊息安裝模式中使用狀態檔執行 config-commda 程式。在無訊息安裝模式中，配置程式不會驗證組織 DN 值，因此可建立組織。

或者，確保預設組織 DN 的開頭部分與根尾碼名稱尾碼未使用相同的字串。