经过了“偶也研究OSGi了之一”和“偶也研究OSGi了之二”，作为三部曲之尾是今天技术总结的完结篇... ...

我很不喜欢OSGi规范中的 config.ini，总感觉又把我拉入到了配置文件编写的漩涡之中～因此，我在设计MINI OSGi的时候省略了 config.ini 的配置，把配置数据尽量都转向到 MANIFEST.MF 中。目前已经有两个属性实现了：

Bundle-AutoStart：自动运行属性，类似于 config.ini 中的  osgi.bundles=A@start 值。

这里添加这个属性，是为了让系统更好地对Bundle进行加载，类似于 equinox  中的 Eclipse-AutoStart 扩展属性。

每当系统检测 Bundle 的 StartLevel 不大于系统的 StartLevel 时，如果 AutoStart 属性设置为 true，则自动启动该 Bundle，否则只安装不启动。

Bundle-StartLevel：启动级别属性，类似于  config.ini 中的  osgi.bundles=A@4:start 值。

而 Bundle 默认的 StartLevel 可以通过 Framework.setInitialBundleStartLevel 来设置（默认为4），运行时可以通过 Framework.setBundleStartLevel(IBundle, int) 设置Bundle的级别，系统的可以通过Framework.setStartLevel 设置（默认为6），代替config.ini 中的  osgi.startLevel 属性。

样例的 MANIFEST.MF 文件如下：

Manifest-Version: 1.0
Bundle-SymbolicName: com.yipsilon.osgi.test1
Bundle-Version: 1.0.0.20061212
Bundle-Activator: com.yipsilon.osgi.test1.Activator1
Export-Package: com.yipsilon.osgi.test1
Require-Bundle: com.yipsilon.osgi.test2
Bundle-AutoStart: true
Bundle-StartLevel: 11

这里，Mini OSGi把StartLevel这个Service给整合到系统当中了，由 Framework 进行统一管理。不知道大家的看法如何？

PS: 对OSGi感兴趣的朋友们多多提出自己的意见或建议。:)