Mat*_*nry 17 java oracle applet java-web-start
当客户安装了7u45更新后,我们的应用程序 停止 工作,我们想知道未来我们还可以做些什么来预先准备好这些更新并避免发布日支持噩梦.
(根据Java版本编号方案,计划于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的兼容性和性能计划听起来像我想要的东西,但没有人知道如何注册它.
我上面提到的第二个问题的答案指向了8月份提交的OpenJDK错误报告.(它有一个"CAP"标签,可能代表"兼容性和性能"?)很明显,有些人能够针对这些更新测试他们的应用程序.关于如何加入该俱乐部的任何指示都非常感谢!
根据jdk7u-dev邮件列表中的这篇文章,OpenJDK bug系统可能提供答案的子集.
邮件列表帖子说,正在考虑将包含CPU关键请求标签的错误包含在下一个CPU中,并且已批准将CPU关键批准标签的错误包含在下一个CPU中.但实际上,他们似乎正在使用更具体的标签.对于计划于2014年1月进行的7u51更新,标签似乎是CPU14_01-critical-request和CPU14_01-critical-approved.
您可以浏览完整的标签集,以便对后续CPU的标签进行自己的有根据的猜测.您还可以看到"修复版本"为7u51的错误.
在Java平台组产品管理博客也将成为部分信息另一种途径.在此评论的"更新安全基准(7u45)影响的Java 7u40之前具有高安全性设置"项,甲骨文的埃里克Costlow说:
其中一个我们创建这个博客的原因是,它给我们提供尽可能多的信息就可以了,甚至超过它的各种OpenJDK的邮件列表已经做的一种方式.
有些变化我们无法提前通知,我希望将其保持在最低限度.对于其他变化,我们不仅在这里发布它们,我实际上正在进入其他项目,不仅告诉他们,而且(视情况而定)做出贡献.有关示例,请参阅 https://issues.apache.org/bugzilla/show_bug.cgi?id=55542.
在Java的兼容性和性能计划是死的,根据我的Oracle客户经理.由于存在漏洞被逆向工程的风险,因此严格控制对CPU的类似程序的访问(即使在Oracle内).(我不是会员,也不打算进一步追求.)OpenJDK是Oracle首选的兼容性测试方法,尽管众所周知,它与下一个CPU中的位置不相同.
Oracle还向我们介绍了JavaOne 2013上的安全跟踪,特别是"JRE中的一年安全增强"演讲,其幻灯片可在线获取.反过来,这些幻灯片说上面提到的博客会给出"尽可能多的提前通知".
| 归档时间: |
|
| 查看次数: |
3480 次 |
| 最近记录: |