(根据Java version numbering scheme，计划于1月14日发布的下一个重要补丁更新将为7u51，下一个有限更新(未知数据)将为7u60。)
我已经盯着Oracle和OpenJDK网站，没有发现任何特别有用的东西。 Java SE的主要Oracle页面有一个Early Access Downloads部分。它有三个链接有潜力，但不要泛滥：
> https://jdk7.java.net/，仍然谈到7u40 – 没有提到7u45，更不用说7u51或7u60。
> http://openjdk.java.net/projects/jdk7u/，它说“我们在jdk7u-dev林中打开了7u60的修复程序”，但似乎没有提供任何预构建的二进制文件。我也不清楚部署组件(applet插件和webstart)是否是我们过去兼容性问题的主要来源，甚至是OpenJDK开始的一部分。
> Java Compatibility and Performance Program听起来就像我想要的，但是nobody knows how to sign up for it。
An answer到第二个问题我链接上面指出的是在8月份提交的OpenJDK bug report。 (它有一个“CAP”标签，可能代表“兼容性和性能”？)所以很明显，有些人能够测试他们的应用程序对这些更新。任何关于如何加入该俱乐部的指针都非常感激！
根据this post on the jdk7u-dev mailing list，OpenJDK错误系统可能会提供答案的一个子集。
邮件列表帖子说，CPU-critical-request label的错误正在考虑包含在下一个CPU中，CPU-critical-approved label的错误已被批准包含在下一个CPU中。然而在实践中，似乎他们使用更具体的标签。对于计划于2014年1月的7u51更新，标签似乎是CPU14_01-critical-request和CPU14_01-critical-approved。
您可以browse the full set of labels对随后的CPU的标签进行自己的教育猜测。你也可以看到bugs whose “fix version” is 7u51。
Java平台组，产品管理博客
Java Platform Group,Product Management blog看起来是部分信息的另一条路。在this comment到“Updated Security Baseline (7u45) impacts Java 7u40 and before with High Security settings” entry，Oracle的Erik Costlow说：
One of the reasons we created this blog is that it gives us a way of
providing as much information as we can,even more than it already
done on the various OpenJDK mailing lists.There are some changes that we can’t provide advance notice about,and
my hope is to keep that to a minimum. For other changes,not only are
we posting about them here,I am actually going out into other
projects and not only telling them,but (as appropriate) making
contributions. See
070010 for an
example.
Oracle程序
根据我的Oracle客户经理，Java Compatibility and Performance Program死了。由于漏洞受到逆向设计的风险，因此对CPU的类似程序的访问受到严格控制(甚至在Oracle内)。 (我不是会员，不打算再进一步讨论。)OpenJDK是Oracle首选的兼容性测试方法，即使它被认为与下一个CPU中的位相同。
Oracle还将我们引用到Security Track at JavaOne 2013，特别是“One Year of Security Enhancements in the JRE”的谈话，其幻灯片可以在线获得。这些幻灯片反过来说，上面提到的博客将会“尽可能提前通知”。
