OSGi 联盟开启规范审阅过程

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