從配置設定檔至應用程式設定

本節將說明如何處理配置資料，最後會說明執行於特定主機上之特定應用程式的使用者設定。

配置資料來源

每個使用者應用程式都會從以下來源收到配置資料：

• 預設配置資料來源：儲存應用程式的預設設定。此配置資料來源由應用程式部署，且於整個使用期限中鮮少變更。此資料來源的查詢機制及格式由每個應用程式定義。某些應用程式會使用「專有」的方法儲存配置資料，而其他應用程式則使用配置資料的共用子系統，例如 GConf。

• 使用者配置資料來源：儲存應用程式的使用者設定。此資料來源的查詢/更新機制及格式由每個應用程式定義。

• 設定檔配置資料來源：此資料來源由 Sun Desktop Manager 1.0 提供。配置資料儲存於配置儲存庫中。存取該資料的機制由 Configuration Agent 及配置配接卡提供。

主機上使用者的應用程式設定會以兩個步驟計算。會先建構設定檔配置樹狀結構，然後合併配置資料來源。

設定檔配置資料的建構

設定檔配置資料持有執行於特定主機上之使用者應用程式的配置設定檔。

組織的組織單位以及使用者皆會儲存於配置儲存庫階層中。相同方式適用於網域元件。

配置設定檔會指定給階層中的元素。指定給元素的配置設定檔，會繼承給該元素的子系。

應用程式的配置資料視執行應用程式之使用者以及應用程式執行所在之主機而定。

影響使用者的配置設定視指定給元素 (其路徑為從使用者元素到樹狀結構的根目錄) 的配置設定檔而定。這些設定檔必須合併以建立一組使用者的配置設定。

因為可以依據使用者的應用程式執行所在之主機定義設定檔，所以指定給主機之設定檔或是指定給任意元素 (其路徑為從主機到樹狀結構的根目錄) 的設定檔，也應與會影響使用者之配置設定檔合併。

圖 1–2 配置程序

會使用下列規則建構設定檔配置：

• 處理順序：合併設定檔的順序很重要。最先會處理配置設定檔的 Host Local 集合，接著是 Host Global 集合、User Local 集合，然後是 User Global 集合。

  若一個集合中有超過一個以上的配置設定檔，則與該設定檔相關的優先權編號會決定設定檔的處理順序，也就是說，編號最低的設定檔會最優先處理。

• 特性及值：特性是可定義之配置內的元素，例如「背景色」。值是可指定給特性的值，例如，「背景色」的特性值為「白色」。

  若在一個設定檔中出現新的特性值，該特性及其值會增加至合併的配置樹狀結構中。

  若特性值標示為強制設定值，則新的值會儲存在合併的樹狀結構中。產生於其他設定檔中的特性新值會予以忽略。

  若所處理之設定檔中定義新值時特性已有了值，則會將新值指定給特性。

配置資料來源組合

三種不同配置資料來源所提供的配置資料，必須加以組合以產生單一的一組設定，供使用者應用程式於執行階段使用。

1. 系統會讀取預設配置提供者所提供的配置資料，同時會建構配置樹狀結構。

2. 設定檔配置資料會依據使用者及用戶端應用程式之主機建構。

3. 系統會讀取使用者設定，並建構配置樹狀結構。

4. 三個樹狀結構會合併為一個，以取得應用程式將使用的配置設定。此程序中所遵循的規則，與用以建構設定檔配置資料者相同。

應用程式配接卡會使用所產生的樹狀結構，提供配置設定。