作为人们越来越熟悉的系列调整之一，Oracle 宣布：为保持开发进度，它将缩小 Java EE7 的范围，将对 PaaS 和多租户的支持推迟到 Java EE8 中。Linda Demichiel 是 Java EE 7 规范的主管，她在一篇博文中宣布了这一变化。
尽管我们的愿望很美好，但是在我们日程表中，云相关的进展仍然很慢。一部分原因在于云供给（provisioning）、多租户（multi-tenancy）、弹性（elasticity）及应用部署部分仍然不成熟；一部分原因是我们保守的做事方式，我们尽力把事情做“正确”，但是在开展这项工作时，我们在云领域仍然缺乏足够的行业经验。因此，我们认为，若要提供对标准化的基于 PaaS 的编程方式和多租户的完善的支持，就可能会将 Java EE 7 的发布推迟到 2014 年春天。该时间是两年之后，比规划晚了一年。在我们看来，拖得时间太长了。 因此我们向 Java EE 7 专家组提议调整我们的计划，坚持我们当前的目标发布日期，而将我们日程表中 PaaS 和多租户支持的部分推迟到 Java EE 8。
Demichiel 指出，一些供应商（RedHat 和 CloudBees 等）已经在他们的云环境中部分支持了 Java EE 规范。随着他们在这个领域得到更多经验，他们可以协助该领域的标准化工作。她的提议获得了专家组的支持，他们也响应了这一提议。
Pete Muir 是 Red Hat 的 CDI 主管，他回应说：
作为 Java EE 的实现者，我们（Red Hat）非常支持这一提议。我们一直认为 Java EE 社区还没有做好云标准化的准备，这一点在我们的 Java EE 云产品 OpenShift 中得到证实，OpenShift 在 Java EE 6 中运行得很好。 作为规范领导者，我们也支持这一提议，完全理解并认可这次调整对我们所领导的规范（CDI 和 Bean 验证）意味着什么。
Jevgeni Kabanov 是 ZeroTurnaround 的创建者和 CEO，他写道：
我强烈支持这一提议。我一直认为云的标准化为时过早，我们需要更多时间来理解市场和社区如何演进。当前在云的方向上虽然有很多活动，但还不清楚哪种技术、方法和理念将会成功。希望在未来 2~3 年里会更加清晰。
David Blevins 是 Apache TomEE ， OpenEJB 和 Geronimo 项目的创建者，他评论说：
为响应其他人的观点，我也支持这一提议，而且觉得非常宽慰。 基于它对于清晰地打包、部署和可移植性的聚焦，Java EE 已经 90% 云化了。这些概念曾经令我们痛苦，但现在我们却可以享受它们的好处了。我们理应得到该回报。至于余下的未满足的 10% 云需求，我们明显处于试验阶段，而非标准化阶段。
毫无疑问，那些不懂规范在市场中所起的作用的人可能会把这看作失败。而实际上，这是一个优秀的长期决策和规范所带来的价值的典型案例。
软件厂商进行创新，我们对其进行标准化。我们并不在该领域创新。
丢掉对云的支持后，Java EE 7 失去了一项重要特性，但仍有很多受欢迎的更新和补充。包括 JAX-RS 2.0 、 JMS API 更新、表达式语言（EL）第 3 版本、HTML 5 支持，以及对 JPA 和 CDI 的更新等。
从政治上讲，在决定将 Jigsaw 项目第二次延期（现在延到 java9 了）后，随即宣布这个延期决定（对云的支持），对 Oracle 来说并不是一个令人愉快的调整。而对过分野心的那些项目计划的回溯，逐渐成了 Oracle 对 Java 的管理主题。但这一决定明显是正确的，DeMichiel 和 Oracle 理应为此得到赞扬。
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论