本部分介绍了如何处理配置数据,以便生成用于特定主机中运行的特定应用程序的用户设置。
每个用户应用程序都从以下数据源接收配置数据:
默认配置数据源:存储应用程序的默认设置。此配置数据源与应用程序一起部署,并且在整个生命周期中基本保持不变。此数据源的查询机制和格式由每个应用程序定义。某些应用程序使用“专用”方法来存储配置数据,而另一些应用程序则使用共享子系统来存储配置数据(例如,GConf)。
用户配置数据源:存储应用程序的用户设置。此数据源的查询/更新机制和格式由每个应用程序定义。
配置文件配置数据源:此数据源由 Sun Desktop Manager 1.0 提供。配置数据存储在配置系统信息库中。用于访问该数据的机制由 Configuration Agent 和配置适配器提供。
主机上用户的应用程序设置分两步生成。构建配置文件配置树,然后组合配置数据源。
配置文件配置数据为特定主机上运行的用户应用程序保留配置文件。
组织的组织单位以及用户以层次结构的形式存储在配置系统信息库中。域组件的情况也是如此。
配置文件被指定给层次结构中的元素。指定给元素的配置文件将由该元素的子元素继承。
应用程序的配置数据取决于运行该应用程序的用户和主机。
影响用户的配置设置取决于指定给特定元素(这些元素位于用户元素和树根之间的路径中)的配置文件。必须将这些配置文件合并在一起,以便生成用户的配置设置集。
由于可以基于运行用户应用程序的主机来定义配置文件,因此指定给主机(或位于主机和树根之间的路径中的任何元素)的配置文件也应该与影响用户的配置文件合并在一起。
构建配置文件配置时可以使用以下规则:
处理顺序:配置文件的合并顺序非常重要。首先处理配置文件的 Host Local 集,然后依次是 Host Global 集、User Local 集和 User Global 集。
如果某个集中包含多个配置文件,则与配置文件关联的优先级编号确定了该配置文件的处理顺序,即,优先级编号最小的文件最先处理。
属性和值:属性是配置中可以定义的元素,例如“背景颜色”。值是指定给属性的值,例如,属性“背景颜色”的值为“白色”。
如果在一个配置文件中添加了新属性,则该属性及其值将被添加到合并的配置树中。
如果属性有一个标记为强制的值,则新值将存储在合并树中。该属性在其他配置文件中出现的新值将被忽略。
如果在正进行处理的配置文件中为属性定义新值时,该属性已经拥有了一个值,则会将新值指定给该属性。
由三种不同的配置数据源提供的配置数据必须组合在一起,以便提供一个单一的设置集,供用户应用程序在运行时使用。
读取由默认配置提供程序所提供的配置数据,并构建配置树。
基于客户端应用程序的用户和主机来构建配置文件配置数据。
读取用户设置并构建配置树。
将三个树组合成一个树,以便生成应用程序将使用的配置设置。此过程所遵循的规则与构建配置文件配置数据时所使用的规则相同。
应用程序适配器将使用所生成的树来提供配置设置。