JDK 11 版本时间表公布

· · 631 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

在 JDK 10 发布两天之后,Oracle Java 平台组首席架构师 Mark Reinhold 提出了 JDK 11 GA 发布的时间表:

  • 6 月 28 日:第一阶段开发(从主分支 fork)
  • 7 月 19 日:运行所有测试
  • 7 月 26 日:第二阶段开发
  • 8 月 16 日:初始候选版本
  • 8 月 30 日:最终候选版本
  • 9 月 25 日:正式版

JDK 11 版本时间表公布

到目前为止,包含在 JDK 11 中的 JEP 有:

  • JEP-309:动态类文件常量
  • JEP-318:Epsilon:一款低开销的垃圾收集器
  • JEP-320:移除 Java EE 和 CORBA 模块
  • JEP-323:Lambda 参数的局部变量语法

JDK 11 的 早期体验版本 在 JDK 10 发布前的一个月就有了。Reinhold 之前发了推文:

JDK 11 版本包括 JEP 320(移除 Java EE 和 CORBA 模块),因此它们体积更小:减少了 9 个模块,文件大小少了 22 MB。

JEP-320:移除 Java EE 和 CORBA 模块

Java SE 9 的重组包括对 Java EE 和 CORBA 模块的支持,但根据 JEP-277,它们立即遭到弃用,并在未来版本中移除掉。

Java EE 模块是自 Java SE 6 发布以来在 JDK 中提供的 Web 服务栈,以方便 Java 开发人员:

  • JSR-224:基于 XML 的 Web 服务 Java API(JAX-WS)
  • JSR-222:用于 XML 绑定的 Java 架构(JAXB)
  • JSR-925:JavaBeans 激活框架(JAF)
  • JSR-250:Java 平台的常用注解

已经得到确认的是,JDK 不再需要支持这些模块,因为它们已在过去的 12 年中得到很好的发展,并且可以在第三方站点(如 Maven Central)中随时获得。

CORBA 技术早在 1998 年就有了,但大多数现代应用程序已经不使用该项技术,因此 JDK 中可用的 CORBA 模块也将被移除。Oracle 认为继续为 CORBA 提供支持得不偿失。

计划在 JDK 11 中移除的模块包括:

  • java.xml.ws(JAX-WS,以及相关的 SAAJ 和 Web 服务元数据
  • java.xml.bind(JAXB)
  • java.activation(JAF)
  • java.xml.ws.annotation(通用注解)
  • java.corba(CORBA)
  • java.transaction(JTA)
  • java.se.ee(上述六个模块的聚合模块)
  • jdk.xml.ws(JAX-WS 工具)
  • jdk.xml.bind(JAXB 工具)

移除这些模块的风险已在 JEP 320 中得到确认和记录,特别是对于 Java EE 模块:

如果应用程序依赖 JDK 中 Java EE API 和相关工具的支持,那么它们将无法通过编译或运行。这些应用程序在从 JDK 6、7 或 8 迁移到 JDK 9 或更高版本时将遇到二进制和源代码不兼容问题。

移除 Java EE 模块的另一个风险是,如果已使用–add-modules java.se.ee、add-modules java.xml.bind 等命令行标志,那么已经从 JDK 6、7 或 8 迁移到 JDK 9 的应用程序将无法启动。

依赖 RMI-IIOP、javax.activity 包或 CORBA API 的 CORBA 应用程序将无法通过编译或运行。

红帽首席软件工程师 Aleksey Shipilëv 最近发推文说,由于 JAXB 模块被 JEP-320 移除,因此 SPECjbb2015 基准测试在 Java 10+上出现了问题。建议加入 JAXB 依赖来解决该问题:

    javax.xml.bind
    jaxb-api
    2.3.0

新的 Java SE 版本发布周期

随着 JDK 10 发布六个月之后,JDK 11 计划于 2018 年 9 月发布,新的 Java 发布 版本周期 已经全面铺开。开发人员可能已经习惯于多年一次的 Java 新版本发布,可能由于新版本节奏发生变化,感觉受到轻微的冲击。

Java 社区最近有一些关于新版本发布周期的讨论。 Thymeleaf 的创始人兼首席开发人员 Daniel Fernández 最近发推文:

2016 年:“Java 命中注定!它发展得如此之慢!每一个好想法都需要很长时间才能实现!”

2018 年:“Java 命中注定!它发展得太快了!没有人能跟得上!”

对 Fernández 的推文有一些有趣的回应,包括:

“Kotlin?”

“2020 年将会发生什么?Java 命中注定!没有它,我就无法过好我的生活!Java 在我家里随处可见,这个小咖啡杯究竟有什么威力,为什么它可以控制我的家,包括我的身体。”

“Java 命中注定,因为他们专注于完整性而不是简单性。”

“我们从中得到的教训是,变化不如过渡本身那么重要……事实上,这似乎是人生和计算机科学中一再出现的问题。”

“我看到有人抱怨说,Java 10 不应该在 IDE 更新后才能发布,就像鸡和鸡蛋问题一样,除非鸡已经存在并且等待鸡蛋出现。”

“2016 年的抱怨者:让我们用 JavaScript 代替(YOLO)。2018 年的抱怨者:还是 2016 年的那波抱怨者,他们现在又转回 Java,因为 YOLO 太难维护了。”

“因为 Oracle,Java 命中注定。”

时间会告诉我们这个新的发布周期会将如何影响 Java 社区。

其他资源

查看英文原文 :Proposed Schedule for JDK 11

关注本站微信公众号(和以上内容无关)InfraPub ,扫码关注:InfraPub

631 次点击  
加入收藏 微博
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传