BT

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

Sun对OSGi支持者就JSR 277所提诸多问题保持沉默

| 作者 Alex Blewitt 关注 4 他的粉丝 ,译者 宋玮 关注 0 他的粉丝 发布于 2008年4月10日. 估计阅读时间: 7 分钟 | ArchSummit北京2018 共同探讨机器学习、信息安全、微服务治理的关键点

JSR 277是Sun领导的小组,定义了一个官方JavaTM模块系统。从2005年6月开始它就已经活跃起来了,在2006年11月的时候它交付了一个早期草案。它定位于J2SE 7.0(Dolphin)的组成部分,然而在立足之前它仍任重道远。不过JSR 277是幸运的,Dolphin看起来要推迟到2009年了,以下是来自today.java.net上的讨论:

开源Java和创建OpenJDK基础架构显然耗费了Sun的许多精力,这也给我们带来了坏消息。通常Sun每18个月左右发布一个新的Java版本。Java 6是在2006年秋季发布的。因此,最初Java 7计划在2008年春季发布。但是现在可用的JDK7项目构建并没有整合主要的新特性,我们甚至明显连beta版都还未关闭。Danny Coward,他将是Java 7 JSR的规范领导者,现在表示他们的目标是在2009年1月发布新版本,从现在算起还有16个月。

OSGi,或JSR 291,是一个Java的模块系统,几乎已经是用了10年。有许多商业的和免费的可用实现(FelixKnopflerfishEquinox)。不像JSR 277那样依赖于Java 7,OSGi的实现可以运行在Java 1.3及J2ME基础上。许多系统已经在内部使用了OSGi,确保OSGi和JSR 277能够一起工作是JSR 277成功的必要条件。

JSR 277专家组由Java生态系统中的几个关键人物组成:Apache、Google、Red Hat、BEA等等,其中几个对已有Java模块系统有丰富的经验。Richard Hall是Felix的创建者,IBM的代表作是Equinox。尽管专家组阵容强大,但是在公开的可读邮件列表上却看不到很多讨论。相反,openjdk.java.net和另一个邮件列表modules-dev担当了这一讨论平台角色,在其上既有讨论也有自动化bug报告报表。

有一些问题谈到了JSR是否运行平稳。Dalibor Topic在1月份询问

我也愿意将JSR 277的明显处于隐匿状态的专家组的不活跃成员更换为那些真正关心JSR的人,即:

  • David Bock
  • Stuart Halloway
  • Doug Lea
  • Ted Neward
  • Samuel Pullara
  • Apache Software Foundation
  • Ironflare AB
  • Jayasoft
  • SAS Institute Inc.
因为自去年5月以来,他们并没有在专家组邮件列表上张贴过一条信息(即,8个月),因此我认为他们可能被安全的GC掉了(GC——Garbage Collect,垃圾回收)。

我确信规范领导能够轻易找到感兴趣的专家,他们对这一课题有浓厚的兴趣 ,比如在这一邮件列表读者中间的某些专家。

Dalibor的说法是对的,JSR 277专家组的许多成员已经很久没有发言了(尽管实际上SAP最近评论多了起来)。或许我们更要关注的事实是,专家组不是被要求来评论模块系统本身的发展的,相反,设计是通过把实现文档化而进化的。

被提及的与OGSi兼容性问题仍然没有解决之道。去年6月,在JSR 277专家组列表中贴出了一个问题,询问与OSGi互操作的情形。从此同样的问题不断被提出,而专家组从没有给出任何接近于兼容的实现,甚至连个可用的暂行方案都没有。在最近在给专家组的帖子中,Stanley Ho说道

与其它模块系统的互操作性:正如我们在专家组(EG)中讨论的,我们期望让JSR 277与其它模块系统相互操作(比如OSGi、NetBeans等等)。已有一些发展中的原型系统来指出它应该如何工作并验证整个方法。当暂行议案就绪后,我将提交给专家组进行审查并讨论。互操作性是在这一JSR公开审查之前我想明确解决的问题。

JSR 277是否将与JSR 291兼容还尚待分晓,目前它们并不兼容。如果进度还像去年那么慢,那么它将无法及时包含在明年初将要发布的Dolphin版本中。期间,关于JSR 277进度的问题仍将存在:Peter Kriens询问如果以一种更加中立的方式看护Java会有什么不同

我希望我们能够集中于技术问题,这样我们就能够展现为什么(以及在多大程度上)与JSR 277+294相比,OSGi服务平台野心更大,并且为模块性问题提供了更多更高级的解决方案。Sun因为非技术原因去反抗诸多业界压力及市场分支,而不是和大家一起制定一个适当的标准,这让人感到很悲哀。我不是声称OSGi规范就完美无缺,围绕它仍需做不少工作。可是,它们是成熟的、经过检验的、有大批用户、并且看起来比JSR 277现在试图实现的功能(学习曲线过于陡峭)还要提供更多的功能。当Java社区以更加独立的方式去看护,这种情形还会出现吗?

与此同时Neil Bartlett问到这一问题是否属于规范领导的职权范围

因此,在将近一年之后,暂行方案仍“在进行中”,没有指出进展了多少、还需多少工作。很明显,Sun仍在做些事情,因为针对OpenJDK模块开发组件的众多活动被一一记录下来了。但是他们不愿意询问JSR 277专家组的意见或寻求他们的帮助,尽管“在理论上,JSR 277专家组是世界上最重要的模块系统和OSGi专家”。

1月份,Dalibor Topic提议对JSR 277专家组成员进行一次垃圾回收,他们中许多人已经不活跃了。我非常同意,就让我们从规范领导开始吧。

InfoQ不会对Stanley Ho的观点做出评论。你有什么想法?JSR 277应该兼容OSGi吗?

查看英文原文:Sun's Silence on JSR 277 Leaves Many Questions from OSGi Supporters and Few Answers

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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