javajigsaw_Java9延迟：为什么Jigsaw尚未准备好

java jigsaw

2015年12月1日&＃xff0c;星期二&＃xff0c;在OpenJDK邮件列表中&＃xff0c;Mark Reinhold确认了许多人的期望&＃xff1a;Java 9的发布被推迟了六个月。 它尚未正式发布-但如果社区在下周之前不提出异议&＃xff0c; 则将采用时间表 。

根据Mark Reinhold的说法&＃xff0c;之所以做出此决定&＃xff0c;是因为Java 9的关键功能模块系统Jigsaw尚未准备好发布。 但是为什么呢&＃xff1f; 该系统的工作已经进行了多年&＃xff0c;甚至应该与Java 8一起发布&＃xff01;

拼图的现状

让我们看一下当前的现状。 Java 9的功能冻结里程碑设置为12月10日&＃xff0c;这是添加新功能的最后一天。 但是&＃xff0c;拼图拼板化尚未添加到主代码分支中。 为了测试新的模块系统&＃xff0c;您不仅可以下载官方的Java 9预览版 &＃xff0c;还必须选择单独的“拼图”版本。 迄今为止&＃xff0c;作者无法找到原因。

分离下载位置的原因之一可能是许多流行的开源项目都没有使用Java 9的Jigsaw版本运行。直到最近&＃xff0c;它还包含流行的JVM语言Groovy。 其原因与有争议的sun.misc.Unsafe所涉及的原因类似&＃xff1a;模块系统将向JDK添加一个额外的&＃xff08;非常受欢迎的&＃xff09;安全层。

通过反射使隐藏的类和方法在JDK中可见是相当容易的&＃xff08;如果适当的权限是Java安全管理器授予的&＃xff0c;通常在服务器端应用程序中就是这种情况&＃xff09;。 如果相关代码未列入白名单&＃xff08;包括有争议的sun.misc.Unsafe&＃xff09;&＃xff0c;则使用反射方法setAccessible&＃xff08;&＃xff09;使私有方法和类可见&＃xff0c;将会受到新的InaccessibleObjectException惩罚。 因此&＃xff0c;此解决方法不再适用。 Java 9禁止使用此功能&＃xff0c;无论是否安装了安全管理器。 原因是那些签名通常使用私有接口而不是公共接口&＃xff0c;这意味着在模块系统中&＃xff0c;要使该接口可访问&＃xff0c;该接口必须是公共的。 当您在GitHub上寻找典型的编程模式时&＃xff0c;例如众所周知的setAccessible() &＃xff0c;您已经可以知道哪些代码无法在Java 9中运行。不幸的是&＃xff0c;这会影响大量代码&＃xff0c;甚至是著名的库。

Lucene&＃xff0c;Solr&＃xff0c;Elasticsearch

对于Apache Lucene&＃xff0c;Apache Solr和Elasticsearch&＃xff0c;开发人员已经找到了解决方法&＃xff0c;只需禁止在源代码中全部使用setAccessible 。 但是&＃xff0c;深入研究问题&＃xff0c;我们很快就会发现大多数时候并不需要这样做。 Apache Lucene中剩下的唯一可访问的内容是MMapDirectory中的sun.misc.Cleaner。 但这还是被Java 9列入了白名单&＃xff0c;因为这是一个已知问题。

无论如何&＃xff0c;如果有更多的时间&＃xff0c;这可能是在Java 9发行之前要解决的问题之一。 因此&＃xff0c;我们可以假设拼图团队还需要更多时间来解决此类难题&＃xff0c;并至少制造出最常用的组件和库。

模块文件格式

更详细地讲&＃xff0c;您会遇到有关Jigsaw的其他几个未解决的问题&＃xff0c;这意味着该模块系统尚未准备好由公众测试。 当前的问题之一是模块的文件格式。 这里尚无决定&＃xff0c;但仍在进行大量讨论。 更复杂的是&＃xff0c;目前存在两种格式&＃xff0c;即JIMAGE和JMOD。

第一种是真正的新格式&＃xff0c;可以快速访问其中的类&＃xff0c;而无需通过ZIP条目列表执行通常的缓慢搜索。 JDK中使用了这种新格式&＃xff0c;以加快类的加载速度。 但是&＃xff0c;还有其他新的Jigsaw-JMOD格式&＃xff0c;它也基于ZIP&＃xff08;与JAR格式一样&＃xff09;&＃xff0c;但除了模块特定的元数据外&＃xff0c;还提供了平台特定的库&＃xff0c;例如DLL或SO文件。 拼图版本以两种格式交付所有模块&＃xff0c;而常规的Java 9版本仅支持更快的JIMAGE。 尚不确定 JDK安装的最终布局到底是什么样子。 新的JMOD格式应该替换JAR格式&＃xff0c;因此您可以将整个Java应用程序作为模块提供&＃xff0c;其中包含有关依赖项和导出的API的所有元数据。 这意味着还可以通过仅包含必要模块的应用程序提供JRE的精简版。

还请参见&＃xff1a; Jigsaw为Java 9带来的功能

由于开发的延迟&＃xff0c;推迟发布日期似乎是另一个明智的选择。 在发布时&＃xff0c;新的Java 9模块系统需要在现有的开发环境&＃xff08;如Eclipse&＃xff09;中可用。 并且由于这方面的情况仍在发生变化&＃xff0c;因此也应该给这些工具的开发人员足够的时间进行准备。 OpenJDK Jigsaw邮件列表上有很多关于开发人员如何使用Apache Maven自己构建新模块的争论。 社区已经在忙于提供适合JMOD打包的Maven Mojos。 即使尚未使用&＃xff0c;最新的Gradle发行版&＃xff08;2.9&＃xff09;也已经带有Java 9模块的基础结构。

Java 9花费更多时间–新功能花费更多时间

总的来说&＃xff0c;我们已经看到许多项目正在为Java 9准备其代码库。Apache Lucene有望在5.4版中完全支持Jigsaw&＃xff0c;并将在接下来的几周内发布。 而且Elasticsearch已经在模块系统上平稳运行。 Apache Lucene要求的运行时权限是最小的&＃xff0c;因此Java 9不会出现任何问题。

作为Apache Lucene团队的一员&＃xff0c;我真的很期待开发周期延长带来的新工具和功能。 我个人希望看到Java 8的MethodHandles周围的功能&＃xff1a;Java编译器将源代码中的方法引用&＃xff08;如String::length &＃xff09; 直接转换为MethodHandles &＃xff08;包括相关的静态类型测试&＃xff09;。

翻译自: https://jaxenter.com/java-9-delays-why-jigsaw-isnt-ready-yet-122725.html

java jigsaw