Sun在JSR 277问题上保持沉默

来源：天极网作者：infoq 宋玮出处：巧巧读书 2008-04-10 进入讨论组

　　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年。有许多商业的和免费的可用实现(Felix、Knopflerfish、Equinox)。不像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专家组成员进行一次垃圾回收，他们中许多人已经不活跃了。我非常同意，就让我们从规范领导开始吧。

进入讨论组讨论。