偶也研究OSGi了之三

经过了“偶也研究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感兴趣的朋友们多多提出自己的意见或建议。:)

Export-Package:这种能不能用正则表达式?(虽然一般不应暴露太多)

如果真要这个项目发展下去的话,申请一个开源似乎有点必要.

官方是没有这个规范，不过咱们自己实现的，加上正则表达式是不成问题的，呵呵

只是这样做的效率可能不够高～

在这一点我不是特别赞同，MANIFEST.MF也是配置文件。我最近也写了一个简单的实现，就采用xml作为配置文件，主要是感觉property式的配置文件，语义不如xml配置文件的语义明确，而且结构也更清晰！

config.ini 的内容是property格式的, MINI OSGI实现只是把 config.ini 文件给省去了, 而 MANIFEST.MF 文件格式是不可能改变的, 所以只能使用property格式的. 如果你用XML定义了一个类似于 config.ini 的文件, 那配置文件数量并没有少, 这和我尽量减少配置文件的初衷是不同的.

我好像没看到osgi规范里对config.ini的描述，而且knopflerfish里好像也没有，config.ini只是equinox特有的吧？

另一方面，我认为不使用xml格式是为了避免framework实现本身依赖于xml解析器

赞成bouzouki的观点，yipsilon新增加的两个属性也是不属于osgi规范中的，具体看规范api中的Constants接口