我们正在考虑使用Configuration Admin Service作为主要API来配置基于OSGi的应用程序中的组件。如果我们可以重用一些现有的实现，那将是很好的，所以我试图调查和评估最流行的实现。我知道有：
是否还有其他实施需要考虑？
此外，我无法为这些实现找到任何好的文档。我将主要关注特定于实现的细节。例如，我想知道不同的实现如何持久保存配置数据（例如多个属性文件？XML文件？多个XML文件？数据库？，...）。
答案 0 :(得分：7)
Felix的配置管理员有default implementation持久存储到文件系统，但是他们为可以插入的替代后端定义了一个服务接口（org.apache.felix.cm.PersistenceManager）。
默认实现执行以下操作：
FilePersistenceManager类存储配置数据 给定目录中的属性类文件。所有配置文件都是 位于同一目录。
配置文件通过附加在配置目录中创建 扩展名“.config”到配置的PID。 PID 通过将包围的点替换为斜杠，将其转换为相对路径名。 PID中的非符号名称字符用它们编码 十六进制的Unicode字符代码。
答案 1 :(得分：6)
我所知道的三个公开实现是
Equinox对ConfigurationAdmin服务的实现似乎不支持对持久性策略的精细控制，就像Felix那样，并且Knopflerfish实现看起来（我只是简单地阅读了源代码）类似于Equinox的。
Felix one似乎是最新更新且最可靠的。
目前这些是我能找到的唯一的;在dm Server，我们决定使用Felix的捆绑包，现在可以从SpringSource Enterprise Bundle Repository获取，您可以在其中快速搜索Apache Felix或ConfigAdmin。
答案 2 :(得分：1)
进一步完成答案：我个人也更喜欢Felix的实现。有关如何使用PersistenceManager更改后端存储方式的示例，请参阅使用标准Java属性文件作为后备存储的this实现。有一些限制，但至少允许您将您的配置存储在您的应用程序中，而不是OSGi框架实现。