BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

OSGi联盟开启规范审阅过程

| 作者 Alex Blewitt 关注 4 他的粉丝 ,译者 张卫滨 关注 13 他的粉丝 发布于 2013年9月17日. 估计阅读时间: 2 分钟 | 都知道硅谷人工智能做的好,你知道 硅谷的运维技术 也值得参考吗?QCon上海带你探索其中的奥义

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

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

Paint Brush,Brush,Paint Roller,Frame by lise lie

www.east-tools.com

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

1 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT