OSGi 联盟开启规范审阅过程

阅读数:352 2013 年 9 月 16 日

话题:GitHub语言 & 开发

OSGi 联盟针对即将发布的规范开启了审阅的过程,允许任何人查看该组织的工作成果。以前,只有 OSGi 联盟成员和合作伙伴才能在提议发布之前看到它们并提供意见。

OSGi 的征询建议书(request for proposal,简称为 RFP)以及征求意见书(request for comment,简称为 RFC),是 OSGi 规范加入新特性的方式。OSGi 规范本身包括核心、扩展(compendium)以及企业级的释放版本,尽管这些规范实际上有多个独立的 RFP 所组成,但是这些 RFP 会作为一个认证的集合来提供,就像 J2EE 软件栈是一组各种 API 的认证集合一样。这样就能允许应用程序符合 OSGi 5,它会通过众多不同的 API 来提供功能。

OSGi 规范是模块化的,这样就能在运行的核心平台之中使用特定的 API(如远程服务的 API,Remote Services API),尽管它可能不是核心平台的一部分;通过添加像 Apache DXF 或 Eclipse ECF 这样的实现,你就可以使用这个版本的服务了。

服务的产生一般来讲是特定用户的需求所促成的,这可能会是嵌入式领域也可能是企业级市场上的需求。然后,它会由规范的领导者发起并运作,领导者会提出建议并收集对应的意见。这个过程会重复地迭代进行直至结束,在结束的时候 OSGi 将会投票决定是否要在下一版本对应的规范集合中将其添加进来。像 OBR、Blueprint 服务甚至模块层本身都经历了这样的过程。

通常来讲,规范会有一个或多个独立的实现协同开发。不同的组织会以不同的方式来实现服务,对规范的领导者来说,API 的测试方式并不是那么明确,这样会促成更为严格的 API 定义。(Java API,如 Servlet,也是采取这种工作方式。)

通过将这些提议和征求意见书对所有人开放,OSGi 联盟希望分享这个过程,并且能够在规范制定的早期就接受意见,从而可以更好地观察和提升这些 API,而不是在规范制定完成后才能发现问题。为了使这个过程更加容易,规范可以通过 GitHub 访问,另外,可以通过一个开放的Bugzilla查看已有的评论。目前,尚不支持提交修改请求,但是会在将来开放这种方式接受反馈。

要了解正在开发的 OSGi 规范,请参见Github 页面公告地址以及新闻稿

原文链接:OSGi Alliance Opens Up Review Process