BT

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

OSGi是移动Java的解决方案吗?

| 作者 David Beers 关注 0 他的粉丝 ,译者 张凯峰 关注 1 他的粉丝 发布于 2007年7月2日. 估计阅读时间: 8 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

2007年的JavaOne大会反映出这样一个事实:对于消费者和企业用户来说,移动计算都正在由前期使用阶段转向大众市场阶段。但Java ME开发者仍然面临许多服务器端或者桌面Java开发者从来无须直面的障碍。这些问题包括:

  • Java ME平台的分裂
  • 缺少足以支持高级“智能手机”设备能力的移动运行时环境
  • 一旦设备出厂,将面临管理移动应用程序和配置的困难
  • 常见Java Web开发技巧及API与为移动设备开发所专用的富客户端实践的架构性隔阂

 Nokia,Sprint和IBM在JavaOne联合做了一个报告,描述了一种解决这些问题的方案,它通过一个建立于OSGi之上、面向服务的架 构来实现。OSGi最初是用于远程信息处理应用,这些应用需要进行远程管理,具有良好的可插拔性,以及无需重启即可完成软硬件的更新。因为手持移动电话正 越来越多地被当作全天候运行的应用平台所使用,特别是电信公司和开发者开始致力于如何给当前静态移动Java环境带来某种松耦合组件架构,所以手持电话即 将成为OSGi一个非常广阔的应用场景。

JSR 232:Mobile Operational Management正 在为这个标准制定规范。Nokia移动软件首席Java架构师Jon Bostrom介绍说,此JSR是基于Web2.0的“聚集中创新”原则:引入一种开放的组件模型,在此模型中,内建于平台中的服务可以以一种灵活但是高 度可管理的方式,与其他开发者提供的服务相插接。OSGi把你口袋中的设备变成一个与操作系统无关的应 用服务器。它能够在运行中交付新组件,管理它们的生命周期和权限,并提供一个共享的事件总线,以及像监控和日志这样的服务。事实上,因为OSGi包含了一 个servlet容器,OSGi bundles(可拔插的组件)并不必须写成Java ME应用程序——它们可以是存活于网络边缘的标准servlet。

种种公开迹象表明,JSR232制定组的不同参与者的努力方向似乎也有点不同。对于Nokia,其想法是创建一种“移动创新引擎”来促进移动设备的 融合。这不仅仅是我们今天熟悉的web服务的融合。比如说,它们可能还包含像GUI渲染引擎这样的组件,使得它们可以方便地从其他平台进行迁移。例如,移 动Java开发者长期以来一直遭到CLDC/MIDP提供的功能有限的UI工具包的限制。但是在一个支持JSR232的设备上,他们就会拥有一个强大得多 的CDC/FP运行时以及类库可以使用,使得使用AGUI,Swing GUI以及SWT的嵌入版本和Eclipse RCP(eRCP)成为可能。Bostrom 说,没有理由不让像ActionScript/Flash,OpenLaszlo或者Flex/Apollo这样的引擎也插入进来。更加重要的是,开发者 不再需要等待JCP或者设备制造商给手持电话带来这些组件:一旦封装成OSGi的bundle,它们就能通过无线网络安装到设备并注册为一个服务,这很象 通过Update Manager安装一个Eclipse插件。实际上,OSGi就是使得Eclipse中安装完成无需重启工作台的技术。这对于移动开发者应该是一个非常激 动人心的前景。

而对于IBM,在你的口袋中有个服务器意味着更加广阔的前景:IBM杰出工程师Jim Colson称之为“对称门户模型”。这样OSGi可以形成服务层,在某种意义上将一切从传感器扩展到智能手机、笔记本电脑和台式机,而且在各种情况下, 这些服务都可以通过像JMS和servlet这样熟悉的技术来访问。这种统一的架构的好处很多,其中很明显的是,它对众多具备企业IT部门通用技术的开发 者开放了移动设备。它还解决了阻碍标准web技术在设备上的使用问题:无线网络的有限覆盖和较长的反应时间。在IBM基于OSGi的Lotus Expeditor 管理客户端软件中,一个应用程序甚至可以在客户端服务器断开连接的模式下运行。IBM把Lotus Expeditor看做成是一个“.NET的开放替代品”,可以跨越Windows,Windows Mobile,Nokia S60以及Mac OS。就像Nokia的移动OSGi实现,IBM的实现使富客户端应用可以使用可插拔的GUI库,并提倡合成开发。但商业目的正在使既有的SOA技术“远 离人,地点和事情的数据中心”。
 
OSGi为一个更加动态的移动Java环境敞开了大门,Nokia的Asko Komsi 表示这和OSGI服务,比如配置、监控和条件优先级一起,“提供了许多我认为我们有必要使用CDC的特性”。但这同样也带来了需要JCP在规范中解决的问题,比如JSR249,高级移动服务架构师Komsi解释说:

 从宏观来看,JSR249必须为一些关键特性找到解决方案,比如主要安装机制,应用程序模型,以及打包模型——如何打包这些应用程序和中间件组 件,以便你能将它们发送至手持电话。另外,JSR还需要找到一种解决方案,用来管理应用程序和服务运行其中的环境。在将来,你也将会拥有强大的客户端环 境,从而允许你运行多个应用程序。因此我们也需要定义一种应用程序协作机制。这些就是我们必须在JSR249中找到解决方案的特性。如果没有,那我们只是 完成了一半而已,而且将不得不再次面对分裂。

 但是Nokia并没有等着让OSGi进入你的移动设备。他们已经和Sprint组成团队来开发JSR232实现,这款产品被称为Titan平台,将会很快发布。Sprint的3G客户设备集团软件平台经理Brandon Annan预言说,随着三或四台带有Titan功能的“PDAs”(预计会带有EVDO无线装置) 的启动,“移动Java技术的黄金时代”将在今年的第四季度开始。符合JSR232规范的手持电话会在2008年的夏末秋初面世。Sprint 4G产品的产品线同样是基于对WiMax设备符合JSR232规范的“认真考虑”,这些设备将会在人们的殷切期盼中迎来它们的首次发布。除了 Sprint,即将到来的Nokia E90手持电话也会针对欧洲市场配备OSGi,而面对海外市场配备eRCP。而高价的智能手机会否推向北美市场尚未得知。

 不愿意等到今年年底的移动Java开发者现在就可以开始在CDC和OSGi上部署应用程序,但他们需要选择带有操作系统的设备,比如Windows Mobile和Linux。比如Sprint的4G集团高级技术战略家Brian Coughlin就把一个将OSGi与移动设备融合的demo放到了Nokia N800 Internet Tablet上,这是一个Linux设备,而且Nokia声称它将会有一个WiMax版本 。开发者从这里可以获得一个针对N800和其他组件的CDC Java运行时,这其中包括了一个Equinox OSGi实现,还有混合的servlet bundle。

查看英文原文Is OSGi the Solution for Mobile Java?

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的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通知我

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

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

讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT