【编者按】从2007年初开始，阿莱克斯·米勒(Alex Miller)一直在坚持关注Java SE 7中将包含的Java规范要求(JSR)的相关信息。在本篇年度回顾文章中，他与我们分享了他的收获：对这个即将到来的平台规范给出了最合理的描述，并向大家介绍了最近来自Sun公司的一些相关信息。通过这篇文章，我们可以了解Java SE 7中将最可能看到哪些改进，以及哪些JSR可能不会被包含在Java SE 7中。

　　
阿莱克斯·米勒

　　米勒是Terracotta公司的技术带头人，该公司的代表产品有开源Java群集应用Terracotta。在加盟Terracotta之前，米勒曾就职于BEA系统公司，主要研究AquaLoigic系列产品，并曾在MetaMatrix担任过首席架构师。

　　【IT168 分析评论】当Java SE 6在2006年12月发布之后，开发者就已经立即开始关注哪些JSR有可能被包含在Java SE 7中。在2007年1月份，我开始就这个问题与业界同仁展开讨论，现在已经过去近两年的时间，当时的观点中有些被证明是正确的，也有一些已经被人们所逐渐淡忘。

　　从成熟度、重要性和社区认可度等方面分析，现在我们或许可以更清楚的看到，哪些JSR和语言改进将有可能被包含在Java SE 7中。但是，在Sun公司Java SE首席架构师丹尼·考沃德(Danny Coward)正式提交Java SE 7平台JSR以前，一切变化都有可能发生。所有的Java类库和语言变化都将被作为平台JSR的一部分而被通过，新JSR与现有JSR共同组成新平台的完整功能集合。Java SE 7目前预计推出时间是2010年初。明年第一季度我们有望看到其平台JSR。

　　本篇文章的其余部分，将重点介绍最有可能包含在Java SE 7中的功能，同时以代码示例来证明其相对于我们今天编程方式所带来的改变。我今天所介绍的所有JSR都具有详细说明和工作原型，因此它们已经相当成熟。

　　更强大的依赖关系管理

　　现在的Java程序员，或者说所有语言的程序员，都面临着日益增多的开源和商业类库，往往要花费很长时间来管理其依赖关系。今天的一个普通企业应用程序往往要依赖数十个外部JAR文件，其本身往往就能包含数十个不同团队开发的更小内部工程。我们一直在坚持寻找更好的方式来管理日益复杂的依赖关系，以使我们的开发更具重用性，部署更加完整。现在出现了越来越多的类似Maven的依赖关系管理系统，以及诸如OSGi之类的运行时部署系统，这一点正是反应了这种需求的增长趋势。

　　在Java SE 7发展初期，两个重要的JSR曾经试图解决依赖关系管理问题，分别是JSR 294：Java编程语言中的改进模块性支持(Improved Modularity Support in the Java Programming Language)和JSR 277：Java模块系统(Java Module System)，两者分别关注Java模块概念的开发和部署方面。一个模块(module)就是多个实现相同目标且相互存在联系的类的集合，与JAR类似，但是，根据开发和部署的需要，一个模块的范围可以是一个JAR的一部分，也可以是几个JAR的集合。在2008年中期，JSR 294被简化并合并到JSR 277中，以便同一个专家组能够先后研究这两个方面。

　　在2008年12月份，Sun再次重新审视这一计划，宣布在OpenJDK社区中创建Jigsaw项目，以在明年实现JDK 7模块化。JSR 277和Java模块系统的研究将被放到Java SE 7推出之后进行，而JSR 294将被重新恢复研究。Sun已经声明了此举的意图是，与OSGi联盟更紧密的配合，以便JSR 294模块可以被OSGi所使用。