Jigsaw被广泛预期会成为 Java ™ SE 8 模块系统原型的项目,现在看来至少会推迟到Java 9。鉴于这种不确定性,OSGi 联盟认为应该恰当地表明对 Java 平台模块化的立场。:

模块化系统可以减少维护和开发时间,随之成本也就减少了。出于这些原因,OSGi 联盟已经用超过十几年的时间在追求创建 Java 动态系统的模块化。在 2012 年,OSGi 经常使用创建高度可维护的、可扩展的和敏捷的业务的应用程序和解决方案。应用程序和系统开发人员受益于日益成熟的OSGi应用于Java的动态模块系统,其在全球100强公司的产品和服务,包括企业,移动,家庭,远程信息处理和消费,在不同市场都得到很好的印证。OSGi 联盟和其成员将继续简化 OSGi 的使用和邀请更广泛的 Java 社区来支持这项工作,包括文档工作的递进。

显然,模块化的Java平台完成这样一个事情:减少膨胀和内存占用,提高启动时间,更好地适应嵌入式环境。从而,支持可移动部件面向未来的Java,对于Java开发人员、架构师和用户而言,将是非常有益的。

设计一个模块系统,需要时间和经验,所以OSGi联盟支持Oracle的考量,但是不支持Java SE 8关于Jigsaw的想法。特别是作为一个不完整的模块化设计会损害Java社区。然而,我们不应该耽误Java模块系统的JSR的工作。

解决办法:

OSGi 技术基于开放工业的规范,并且拥有超过十年的经验。OSGi 联盟建议 Java 社区利用 OSGi 作为基础技术来将Java平台模块化;OSGi不仅提供必要的技术基础,成功地实现模块化 Java SE,并提供越来越多熟悉OSGi技术的系统开发人员和部署人员。模块系统 JSR 应基于 OSGi 的概念,启用有益于Java平台的类似维护、 扩展性和灵活性,通过应用程序在Java平台上找到一种单一的、内聚的模块化解决方案。

我们如何前行?

今天唯一存在的Java模块化框架是按照OSGi Alliance标准所定义的。在基于这些基础之上,我们很愿意与现有经验丰富的合作伙伴合作,如JCP和更广泛的Java社区,共同设计出最佳的Java模块系统,以确保未来的Java平台。总的来说,我们可以加快JCP过程和相关项目,如Penrose,最重要的是交付与JAVA相匹配的模块系统设计。

Java模块系统JSR需要马上开始这个具有挑战性的工作。


译自Richard Nicolson的博客


wmz 2015-04-29 14:16

有一个采用Felix现实的OSGi框架,访问地址:http://osgi.jxtech.net

顶(50) 踩(0) 回复

最受欢迎的文章

最新评论