采用OSGi框架开发项目的十个问题，osgi开发项目

采用OSGi框架开发项目的十个问题，osgi开发项目

近期，InfoQ针对Java模块化（基于OSGi）这一热点技术问题连续做了四篇深度报道：

• 模块化Java简介
• 模块化Java：静态模块化
• 模块化Java：动态模块化
• 模块化Java：声明式模块化

其中对OSGi的基本概念和现状以及模块化技术细节做了详细描述：

OSGi 是Java领域里无可辩驳的最成熟的模块系统，它与Java几乎是如影相随，最早出现于JSR 8 ，但是最新规范是JSR 291 。 OSGi在JAR的MANIFEST.MF文件中定义了额外的元数据，用来指明每个包所要求的依赖。这就让模块能够（在运行时）检查其依赖是否满足要求， 另外，可以让每个模块有自己的私有 classpath（因为每个模块都有一个ClassLoader）。这可以让dependency hell尽早被发现，但是不能完全避免。和JDBC一样，OSGi也是规范（目前是4.2版 ），有多个开源（及商业）实现。因为模块不需要依赖任何OSGi的特定代码，许多开源类库现在都将其元信息嵌入到manifest中，以便OSGi运行时使用。有些程序包没有这么做，也可以用bnd 这样的工具，它可以处理一个已有的JAR文件并为其产生合适的默认元信息。自2004年Eclipse 3.0 从专有plugin系统切换到OSGi 之后，许多其他专有内核系统（JBoss、WebSphere、Weblogic）也都随之将其运行时转向基于OSGi内核。
.......

不过，Java社区领袖Adam Bien最近在其博客 中认为，从技术角度讲，OSGi的确是实现模块化的可行办法，但OSGi的主要挑战不是技术，而是模块和bundle的管理。他建议在决定采用OSGi框架开发项目之前，考虑以下问题：