OSGi 须考虑的问题

OSGi的主要挑战不是技术，而是模块和bundle的管理，选择osgi 之前要把这些考虑清楚

1. 针对模块（bundle），采取何种版本控制方案？大、小版本如何定义？
2. 采用何种软件配置管理策略？允许开放和维护模块所有版本的分支吗？预计要维护多少个分支？通过SVN吗？
3. 在生产环境中，同时存在多少不同版本的模块？
4. 针对模块和模块组合，如何进行测试？每一个版本都会显著增加复杂度。
5. 采用何种发布管理策略？提供客户专属的模块组合吗？缺陷修补/补丁策略是什么？
6. 需要在系统运行中替换模块吗？如何处理正在进行的事务？
7. 对于Eclipse RCP应用，是否应该开放插件给最终用户？
8. 采用何种软件分发系统？很多公司已经有了一套软件分发系统。应用和JVM经常打包到一个二进制文件中整体安装。增量更新几乎是不可能的。
9. 模块之间如何交互？只通过Java接口吗？如果是，那么JPA实体的直接关联如何处理？
10. 是否采用Maven描述模块和OSGi？Maven模块版本会在OSGi bundle版本中得到体现吗？