7

似乎获得 Java 6 版本的Java 虚拟机规范的唯一方法是采用第二版，合并现有更改，然后在此基础上添加Java 6 提议的更改，这些更改不再真正提议，但实际。

真的吗？

由此产生两个问题：

  1. 这就是所有的三角洲吗？
  2. 为什么没有官方的当前版本？

有人知道我想念的任何东西吗？

4

2 回答 2

5

这就是所有的三角洲吗？

是的，您链接到的文档是 JVM 规范当前状态的最新信息来源。

为什么没有官方的当前版本？

这只是一个猜测，但我会说这是因为“ JCP 有超过 1200 名企业和个人参与者。 ”厨师太多。

另一种可能性是，随着 Java 7 的出现，他们正在等待发布新的 JVM 规范，直到新版本发布。

于 2009-01-23T03:21:18.697 回答
1

Java 7 的发布解决了这个问题。Java 7 文档包含一个规范侧边栏链接（看到了吗？），它链接到两个新的 PDF（JLS和JVMS）。

正如@Andrey Loskutov 在与此问题的评论链接的博客文章中指出的那样， JSR-000336 Java SE 7 发布内容最终发布规范包含一个附件，其中包含这些工件的各种版本和一些周围的措辞，包括以下文本：

Java 虚拟机的最后一个独立规范是 1999 年的第二版。它在 2004 年受到 Java SE 5.0 的 JSR 的影响。例如，JSR 14 对 ClassFile 章节进行了深度修改。没有发布集成文档，但 Java 虚拟机的规范在 2004 年正式更新。1999 年和 2004 年之间的更改在当时的各个章节中进行了标识，并且不再可能确定专门针对 Java SE 5.0 所做的更改.

2004 年规范随后在 2006 年受到 Java SE 6 的 JSR 的影响。例如，JSR 202 对链接章节进行了深入修改。同样，没有发布集成文档，但 Java 虚拟机的规范在 2006 年正式更新。同样，2004 年和 2006 年之间的更改在当时的各个章节中被识别，并且不再可能识别出具体所做的更改对于 Java SE 6。

为什么 Sun/Oracle 通过查找他们的文档来进行研究项目是另一个论坛的问题。然而，我只想说，他们分散的文档方法加上没有任何链接到其他任何东西的事实使得处理 Java 比它应该做的要困难得多。

于 2011-10-31T02:16:14.810 回答