EclipseCon发布企业OSGi标准

小卒过河
 小卒过河
发布于 2010年03月29日
收藏 1

加州EclipseCon上,OSGi联 盟宣布长期酝酿的OSGi企业标准(第四次发布,Version 4.2)审批通过。OSGi的本次发布针对广泛的Java应用服务开发人员群体,捆绑组件标准。更大的模块化和增长的组件重用是OSGi的主要目标。

OSGi标准化致力于发生在JCP社区进程之外的内容,但是支持OSGi或者将在 流行的Java EE服务器内部支持。该模块化组件标准是为Java类打包以及来自于初期在嵌入是系统中工作的Java的相关资源所设计。

过去几年中,厂商和开源提倡者已经在研究在更加完全的企业计算环境中应用 OSGi。OSGi联盟成员包括Ericsson AB、Eclipse Foundation、IBM、Oracle、 Paremus、Progress Software、Red Hat、SAP AG、VMWare等。

“嵌入的起源对此有很大帮助。这很容易入手,因为其原本是一个小的设备架构,并变得 很大,然后开始变得过大,就越来越小,” Eclipse基金会执行理事 Mike Milinkovich表示。

然而管理人员是OSGi联盟,OSGi是Eclipse的要素,因此正式的标准在 EclipseCon上揭幕。

“Eclipse在OSGi的成 功中占很大一部分。我们是首先接受该理念的人员之一。它成为我们使用Eclipse框架模型的框架,” Milinkovich说。尤其是最近,Eclipse基金会已经开始致力于企业参考执行称为双子星企业OSGi实现。 OSGi 对于Aries也极为重要,Aries是Apache基金会孵化器项目,意在为企业OSGi应用编程模型创造组件。

为Java EE将OSGi的模块化

“这是OSGi联盟首次对于企业发布一项标准,” IBM中间件部门OSGi专家组技术主管 Graham Charters说道,“在全球各地,很多人一直在努力建立规范。这仅仅过了三年。”

他表示:“它为Java EE程序模块带来可OSGi的模块化,使民众可以利用他们传统上已经写在Java EE内的,并开始采用OSGi来分解其应用,使之成可重复使用的模块,并通过整合服务层,避开一些他们已经建立的巨大的,几乎单一的应用程序,而且在共享 应用程序上很麻烦。”
Charters介绍这些“麻烦”之一就是这样的Java EE要求开发人员对应用软件包的依赖关系升级。OSGi为软件架构师和开发人员提供分享的内存和磁盘使用情况的机会。

声明式服务及Blueprint容器

OSGi的发布中包括Web应用标准和数据库集成、管理和配置服务。可用的同样是 新的声明式服务和蓝图容器标准。Blueprint容器通过VMware/SpringSource 的专业Spring框架到达OSGi。

“熟悉Spring的开发人员将很容易使用‘Blueprint’。对于想要更深 一层次了解的开发人员也有其他的OSGi模型,” Paremus 首席执行官Richard Nicholson表示。声明式服务代表了更加“彻底”的观点。

更大的模块化预期的好处就是更大的代码重用。Nicholson 说:“我的观点是OSGi将开始从高级技术层人员走向组织,这些人期望代码重用成为他们想要发挥的战略上的事情。这将是进入企业的强制性因素。”

为了让迁移到OSGi表的容易,Paremus推出了灵活的软件套件。 Nimble在现有的Java EE软件上揭开类的依赖关系。发展阶段后,Nimble部署到类网格服务运行时的计算节点。

流线化的企业OSGi期望更多的工具。这个平台最终取得可以预测的成功之前将需要更 多经验。

“企业OSGi 发布很重要,” Stephen O'Grady分析师RedMonk表示,“这几年来一直在增长。”

O'Grady说:“模块化的Java是一件好事,但OSGi尚未商业化,但也有已经把它放到中心。”

更多的 OSGi 开源项目请看这里

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:EclipseCon发布企业OSGi标准
加载中
返回顶部
顶部