Java EE 7规范（ JSR 342 ）包括对云计算的支持，以帮助开发人员构建可跨Java EE PaaS平台移植的应用程序。 它将提供用于开发基于PaaS的应用程序的API，以及对多租户，按需容量和云服务自动配置的支持。 InfoQ与Oracle软件开发副总裁Anil Gaur谈了Java EE 7中的云计算支持，项目路线图和时间表，Java EE 7中的云API以及云开发和部署工具。
InfoQ：Java EE 7规范的主要组成部分是什么？
Anil：与以前的版本一样，Java EE 7规范提供了一个平台，可以满足企业应用程序的广泛需求。 这包括一组编程模型，API和框架。 它们各自在各自的领域中都是有用且重要的。 例如，Java Persistence API提供了对象到关系映射（ORM）。 Java Server Faces（JSF）是一个基于组件的丰富Web应用程序框架。 JMS提供企业消息传递。 其他则更具交叉性，例如Bean验证和上下文以及依赖注入（ CDI ）。 所有这些出色的组件都紧密集成在Java平台规范中，该规范定义了一组通用的部署和运行时合同，这些合同提供了高效无缝的企业应用程序开发经验。 在Java EE 7中，我们计划引入一些很棒的新组件，例如JSON（ JSR 353 ），WebSockets（JSR 356），Batch（ JSR 352 ），状态管理（ JSR 350 ），jCache（ JSR 107 ）和并发实用程序适用于Java EE（ JSR 236 ）。 当将它们放在一起时，您可以清楚地看到开发人员不再需要依靠专有框架来提高生产力并构建一流的企业应用程序。
InfoQ：在JavaOne 2011大会上，Oracle团队讨论了Java EE 7规范中的云计算支持 。 您能否进一步谈谈此版本中对Cloud的支持程度？
Anil： Java EE引入的伟大的体系结构之一是Java EE容器的抽象。 容器抽象使我们能够将运行时环境与应用程序依赖的服务分离。 下一步的逻辑步骤是使Java EE本身成为服务，并利用应用程序元数据，部署基础结构和容器服务来简化支持云的应用程序的供应和运行时管理。 具体来说，在Java EE 7中，我们旨在提供Java EE 7服务结构的形式化，以便用户可以构建可跨Java EE PaaS平台移植的应用程序。
InfoQ：Java EE 7的路线图和目标时间表是什么？
Anil：我们计划在2013年第一季度末，第二季度初交付Java EE 7的最终版本。各种组件规范的早期草稿已经开始发布，更多的即将发布。 到今年夏天，大多数规格应处于“公开审查”阶段。 这将是迄今为止最透明的Java EE版本。 所有由Oracle领导的JSR都将公开开发，我们鼓励开发人员遵循规范的进展并一路提供意见。 一个很好的入门方法是访问Java EE规范网站 ，以获取有关如何参与Java EE 7社区的更多信息。
InfoQ：您能谈谈Java EE 7云规范中的PaaS基础架构和Java EE应用程序级服务吗？
Anil： Java EE产品供应商和云提供商将负责基础架构。 用户/客户将仅看到可以在其上部署和运行Java EE应用程序的云服务，而无需安装和操作底层硬件和软件。 该应用程序将描述它需要运行哪些附加服务，例如数据库服务或消息传递服务，并且在云中运行的Java EE 7产品将自动为应用程序提供这些服务。
InfoQ：是否可以通过Java EE 7中的云API为云服务管理任务提供API支持，例如服务器实例启动，关闭和监视功能？
Anil：我们正在设计API和合同，使用户能够超越对单个服务器实例及其生命周期的考虑，而开始考虑服务和SLA。 毫无疑问，尽管用户将需要监视应用程序，但应用程序服务器，数据库服务器以及云基础架构其他方面的生命周期管理将由云提供商负责。
InfoQ：将对Java EE平台中的现有规范（例如JPA，Servlet，EJB和Web服务）进行哪些增强，以满足JavaEE 7云规范？
Anil：大多数Java EE规范已经非常适合云的服务环境。 各个JSR中都有许多令人兴奋的新功能。 例如， JPA 2.1将包括对租户隔离的支持，许多新的映射和查询功能增强（包括对存储过程的支持）以及非同步的持久性上下文。 Servlet 3.1将利用Java SE 7中的NIO 2，并为协商Web套接字连接提供必要的语义。 人们对JMS 2.0的工作也感到非常兴奋。 社区一直在致力于增强JMS，以使其比以往更加容易地构建消息驱动的应用程序。 在对现有JSR进行增量增强的同时，Java EE 7也将添加规范。
此外，我们正计划提供元数据，应用程序可使用这些元数据来描述其对云中其他服务的需求。
InfoQ：对其他API（如REST和JAX-RS 2.0）的支持又如何呢？
Anil：我们已经看到许多使用JAX-RS的REST风格应用程序的采用。 在JAX-RS 2.0中 ，我们将提供标准的客户端API和Hypermedia支持。 另一个很酷的附加功能是能够通过JAX-RS在作为REST服务公开的POJO中利用Bean验证JSR，从而使JAX-RS更加高效。
InfoQ：如何将新的Web标准（如HTML 5和Web套接字）集成到规范中？
阿尼尔：我们在这个领域有很多投资。 在JavaOne 2011上，我们宣布了项目Avatar，该项目代表了一系列项目，旨在确保Java仍然是构建HTML 5应用程序的最高效环境。 这项工作正在进行中。 我们已经开始研究Web套接字JSR，以定义Java EE平台内Web套接字的编程模型。 此外，如前所述，我们还开始着手解决这将如何影响现有的API，例如Servlet API。
InfoQ：在云托管解决方案中，安全性方面更为重要。 Java EE 7规范对身份验证，访问控制，审计和监视领域中的安全性有何支持？
Anil： Java EE一直提供非常强大的安全模型，但是在部署支持云的应用程序时会遇到一些独特的安全挑战。 JSR-196在提供某些可插入性方面走了很长一段路，但是如果时间允许，我们希望在PaaS环境中进行部署时，使人们在Java EE平台中更轻松地处理密钥管理。 我们还考虑在将应用程序部署到云环境时应为应用程序提供哪些附加的安全元数据。
InfoQ：就供应和取消供应云上的应用程序以及管理应用程序之间的依赖关系而言，模块化或OSGi在此新模型中适合什么地方？
Anil：模块化显然是任何面向服务的环境的重要组成部分，并且可以想象OSGi或类似的模块化解决方案在Java EE 7容器的实现中发挥作用。 当涉及用于分发和供应Java库的供应子系统时，尤其如此。 作为Java SE 8的一部分，我们正在计划Jigsaw项目以提供Java平台的模块化解决方案，并且我们希望Java EE 8版本中的社区将定义用户如何在Java EE应用程序和容器中利用该模块化。
InfoQ：在对云应用程序进行编码，测试（开发人员和集成）和部署方面，该工具将提供什么支持？
Anil：对于工具提供者来说，目前的问题之一是PaaS系统缺乏通用的开发模型。 Java EE为云带来了一些急需的编程标准，并为工具提供了针对性的标准。 随着云部署模型在企业中变得越来越普遍，我们认为您将看到Java EE被许可方和Oracle开发更多的工具。 从源代码级调试到应用程序供应以及从测试到预生产和生产系统的升级，Java EE 7应该使工具和运行时供应商能够提供完整的开发生命周期工具和支持基础结构。
InfoQ：谢谢您的宝贵时间。
关于被访者
扫一扫
111
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
