文档结构  
可译网翻译有奖活动正在进行中,查看详情 现在前往 注册?
原作者:Sebastian Daschner (2016-09-21)    来源:Dzone [英文]
CY2    计算机    2016-09-22    0评/528阅
翻译进度:已翻译   参与翻译: 、默迹 (6), 班纳睿 (1)

在今年的JavaOne主题演讲上,甲骨文公司演示了 一段期待已久的 关于Java EE的进度的说明,其中对未来路线图做了大量的意想不到的更新。

Java EE 路线更新

Anil Gaul 在他的主题演讲中展示了 EE 8 和9的总体计划的更新,里面提到了对于Java EE的总体范围和目标对象的变化,同时也特意提到了JSRs的变化。在当下要求苛刻的云和微服务时代,这些变化就显得合情合理。

Linda Demichiel 在她的会议阶段中又详细展开演示了Java EE路线图。

第 1 段(可获 1.33 积分)

该计划包括(相当积极)于2017年完成的Java EE 8和2018年完成的 Java EE 9更新路线图 。 然而该计划还有更大的消息,那就是Java EE目标的改变和平台的增加和移除的大量JSR.

为了满足新的要求, Oracle想要添加两个新的JSR, 即 Java EE 8 umbrella中的 “Configuration” 和“Health Check” ,添加它们的目的分别是为了交付复杂的需求,应用的外部配置和 标准化方式的健康监测。

现有的JSR会稍微调整使之更弹性和灵活以适应新需求。长远看来,更新的名单也包括最终一致性, 多租户技术, 和对安全标准的更多支持.

第 2 段(可获 1.59 积分)

然而, Oracle也计划移除平台关于MVC,Configuration 2.0、和JMS 2.1的规范。这些变化是合理的,因为 MVC 和 JMS  “在云计算上不再切合” ,而 Configuration 在过去也没有被广泛使用。 该计划也没有提到 JCache 将会在umbrella平台的未来版本中出现。

想法

首先, 很高兴看到ORACLE对Java EE进展的态度。 平台的添加和更新在我看来似乎也很合理。特别是因为弹性的需求,反应性,最终一致性, 监看检查,和 配置。 相当多的开源贡献已经出现 — 例如, Deltaspike,,Adam Bien’s Breakr, Porcupine 项目, 以及供应商的特定功能, 如泽西岛的无功支持.我非常欢迎这样的特性被添加到这个平台上。

第 3 段(可获 1.9 积分)

相反的, 移除MVC以及移除的理由对我来说没有意义。最新的关于开发者的调查显示他们的需求和兴趣大部分在于添加的标准、基于功能的MVC,已经相当活跃的JSR 371专家组,以及取得巨大进展的规范。在我的客户项目中, 也有一个恒定的要求, 它总是要依赖于自己开发或第三方解决方案来处理。虽然侧重于以客户为中心通过REST和JSON与后端沟通的JS框架相当受欢迎, 但是它仍然需要,或者说必将需要以服务器为中心的渲染页面。

第 4 段(可获 1.23 积分)

另一个应该被包含在JavaEE 8的JSR是JCache。在现代企业系统中缓存功能的需求仍然是有意义的— 特别是在处理高可用性要求上 — 然而JSR需要一个包含分布式缓存标准化的更新— 目前仅包含在供应商特定方式的机制中.

在我看来, Oracle 关注的重点更多的是在云技术上. 虽然将应用程序部署在云中确实是一种正被越来越多的开发人员和公司选择的方法,但是说到底,它仅仅是运行和运输应用程序的另一种方式。 顺便说一下,在我的博客 “轻量级java EE”中,我解释了为什么我(仍然)认为应用服务器和瘦部署工件是企业应用的一个非常合理的方法。对于这种方法,应用服务器或者容器所处的地方,实际上并不重要。

第 5 段(可获 1.93 积分)

促使开发者将独立应用程序拆分成分布式应用程序的需求 (术语:微服务) ,如高可用性, 可扩展性, 或组织结构,更多地影响了系统架构和编程模型.。因此,,准备部署到各种运行环境是一件好事,但它不应该形成唯一的方向。

未来还应该改进的是与Oracle社区的交流。所有这些变化的发布都没有事先的通知 — 既不邮寄清单也不请专家组。也许Oracle想要秘密行动,JavaOne会议上再揭示实际消息。

第 6 段(可获 1.38 积分)

无论如何, Java EE的更新都是个好消息,,其它的,还是希望可以有社区和其他供应商参与进来。

接下来是什么?

我们可以带着好奇心和高期望来看看Java EE不久的将来。即使我们不能完全相信Oracle方面做出的改变和路线图,但是让我们乐观并且希望最好的情况。

请帮我一个忙,参与过程和讨论。你可以通过填写 GlassFish survey。发表你对JSR邮件列表的强烈建议和赞赏—特别是对于非JCP成员或非EG成员.。每个人都将得益于开发者方的直接反馈 — 无论是 "JavaEE 政纲" 还是技术条款。

您是怎么想的? Feedback 对此非常重视。

第 7 段(可获 1.7 积分)

文章评论