Java 7错误：发布应该延迟吗？

Java 7可能已经为Java社区带来了一些有用的（并且期待已久的）更新，但是随着Java 7 HotSpot编译器中的一些错误发布，它也引发了争议。 这些错误会影响所有当前发布的Apache Lucene Core和Apache Solr版本，但是如果Java 6用户使用默认情况下未启用的JVM选项之一，则该问题也可能会影响Java 6用户：

-XX：+ OptimizeStringConcat或
-XX：+ AggressiveOpts

这些错误是在Java 7发布前五天发现的，这引起了一些人质疑是否应该推迟发布。 Uwe Schindler在他的博客上首次发布了有关该错误的信息，吸引了人们关注Java 7的最终版本与预览版本相同的事实，并质疑了预览版本的意义。 “这肯定不打算供公众审查和寻找bug！” 他说。 其他人，例如Markus Eisele，则为Oracle辩护，并强调：“这些问题是在Java 7正式发布前5天被发现的，因此Oracle没有时间修复这些错误。”

Dobb's的执行编辑安德鲁·宾斯托克（Andrew Binstock） 发表了有关这一争议的想法 ，称HotSpot编译器问题为“ showstopper bug”，并指出Oracle应该推迟发布。 他继续声称，“在Java社区中有一种Oracle无法理解Java的感觉。” 此外，他质疑为什么只要发现编译器是测试起来最简单的产品之一，就不会发现该错误的时间如此之久：

“输入的简单生成和输出的简单验证使创建数以万计的回归测试成为可能，这些测试可以自动方式探究所生成代码的每个细节。”

但是，Binstock认为，即使Oracle的测试过程出现问题，该公司也应该已经在一些大型开源代码库上测试了代码-他以Apache Solr为例。

“我必须希望这次活动对Oracle来说是一个深刻的教训，可以开始使用可供使用的大型代码库作为其工具的富有成效的试验场。”

Binstock确实指出，该错误现在出现的原因是，Java 6中默认情况下优化开关处于关闭状态，而Java 7中处于关闭状态。在他看来，这意味着Sun的测试过程也应归咎于此。错误。 但是，在Binstock的文章中，他强调了一个重要的观点：

“关键的区别在于，Oracle在发布之前就已经知道了这些错误，并且无论如何都继续进行该发布，而没有证据表明Sun意识到了这些问题。”

从那以后，泰德·纽华德（Ted Neward）发表了对Binstock文章的直接回应 。 Neward通过提出以下几点来捍卫Oracle：

该错误仅在发布日期前五天被发现。 Neward认为，现在为时已晚，不能推迟发布。

如果Oracle推迟了发布，社区还会抱怨吗？ Neward如此认为，他说：“如果Oracle推迟日期，the叫声仍然会在山丘和山谷间回荡，而Andrew将写道：“如果Oracle承诺日期，那么他们确实应该坚持这个日期……”

Oracle真的不懂Java吗？ 他认为Oracle在游戏方面与Sun不同。

Oracle没有责任针对不同的开源软件包测试Java 7（特别是因为开源代码库通常变化如此之快）。 在Neward看来，这是从事这些项目的个人的责任-或者，由于Java代码是公开可用的，因此这是更广泛的开源社区的责任。

当谈到Oracle没有“获取” Java或与社区互动的指控时，Neward指出了一个证据：根据Solr邮件列表，Oracle承认了该错误，并在解决此问题时与Solr社区进行了讨论。将被释放。

但是，这一点引发了进一步的辩论，Cay Horstmann写道，尽管Oracle在邮件列表中确实与Solr社区进行过接触，但该公司并未向更广泛的Java社区发布有关该错误的声明：

“如果Oracle说过“哇，我们刚刚发现了这个问题，我们将立即解决，但是重新运行所有验收测试将需要十天的时间”，没人会动bat。 或者，如果他们说“看，我们遇到了这个问题，但是您必须在某个时候发货，这就是您解决这个令人烦恼的问题的方式”，那么人们会没事的。 他们的问题是什么也不说。”

确实，Oracle过去曾被指控与Java社区的通信处理不当。 但是，他们与Solr社区的互动似乎是朝着正确方向迈出的一步，并且在过去几周围绕这一问题的众多博客文章和推文证明，那里仍然有一个热情洋溢的大型社区Java。 社区的一些成员对Java 7的批判性回应并没有显示出对语言的漠视，而是证明了人们仍然强烈希望继续推动Java的发展。

翻译自: https://jaxenter.com/java-7-bugs-should-the-release-have-been-delayed-103686.html