技术沙龙 | 8月25日与多位资深技术大咖讨论小顺序电商实战

英文原文：Jakarta EE: No turning back

Jakarta EE 正在为企业版 Java 开拓新的路途。在这篇文章中，Cesar Saavedra 将解释为什么说 Jakarta EE 为企业版 Java 带来了新颖的空气。

首先，作为一名具有 30 年阅历的 IT 老兵，我曾经是开发者、效劳参谋、技术销售人员和技术营销人员。从出现开源软件和 Java 末尾，我就一路看着 IT 和软件市场的开展。关于我们这些长期浸淫 IT 的人来说，无论出现什么样的新技术，它们似乎总是试图处置自计算机降生以来我们就不断在尝试处置的成绩（封装、可重用性、可用性、散布式系统、数据管理等等）。

我还记得 90 年代第一次参加 Java 研讨会（由 Sun Microsystems 组织）。除了吸引人的“一次编写，四处运转”口号，作为一名开发人员，我充溢对这种门言语的敬畏之情，由于我不再需求为分配和释放内存而操心，并且可以保证可移植性。这两项功用将为我节省少量的开发时间！然后是 Java 企业版（JPE -> J2EE -> Java EE），它提供了一组 API 用于开发企业级功用，很多企业发现这些功用关于开发消费运用顺序来说十分有用，这些运用顺序到如今依然在全球范围内运转。Java 依然是当今最顶级的言语之一。

Jakarta EE 简介

但是，我们如今生活在一个不同的时代，云计算、容器、微效劳、迷你效劳、API 管理、无效劳器计算、反响式系统曾经成为在数字经济中取得竞争力并取得成功的必要条件，由于新经济时代要求在开发、交付和维护运用顺序方面具有超矫捷性。如今曾经有少量适用于微效劳和云计算的运转时和框架。

例如，Node.js 在微效劳开发中变得十分盛行，而 Java EE 不再是独一基于 JVM 的框架，Spring 和 Eclipse Vert.x 是另外两个可以思索的框架。运用单一的编程言语来开发运用顺序的日子曾经一去不复返。

理想上，在 Red Hat 最近的一次客户调查中，87％ 的受访者表示，他们正在运用或许思索运用多种技术来开发微效劳。异样的，在 2018 年 Eclipse 基金会 Jakarta EE 开发者调查中，68％ 的受访者表示，他们有超过 60％ 的运用顺序在完成进程中运用了多种言语。

关于全球的企业和开发人员来说，Java EE 依然具有其价值和消费力，但是作为一个标准，Java EE 曾经落后于云计算、容器和微效劳。正由于如此，社区决议在 2016 年“不畏艰险”地创立了 MicroProfile——这是一个社区驱动的开源标准，如今与 Eclipse 基金共存——专注于为微效劳而优化企业版 Java。很多支持者多年来不断宣称“Java EE 曾经死亡”，虽然这在某种水平上说的是理想，但最近作为 Eclipse 项目 Jakarta EE 出现的 Java EE 正带来一些严重的变化。

Jakarta EE 作为云原生 Java 的新家，从甲骨文手中接过 Java EE，方案在 2018 年第三季度发布契合 Java EE 8 标准的的 Glassfish 5.1，并基于新的认证流程在 2018 年第四季度发布契合 Jakarta EE 8 标准的 Glassfish 5.1，以此来确保交接的残缺性。

其他可在 2018 年交付的包括 Java EE 8 标准、RI、TCK、现有标准和新标准的流程、兼容性进程等。目前，Eclipse 基金会正在组织 Jakarta EE 子项目。下一步，Jakarta EE 将末尾启动在云计算、容器、微效劳、无效劳器计算和反响式技术方面的快速演化进程。Jakarta EE 在 2018 年方案：

失掉充溢生机的开发者社区的支持

增强对微效劳架构的支持

转到云原生 Java

更快的创新：变得愈加矫捷

提供具有消费级质量的参考完成

此外，Jakarta EE 将经过以下方式让生态细叱变得愈加现代化：

运用新的开放标准流程取代 JCP

新的管理结构

更开放的贡献方式

Eclipse MicroProfile

加快 Jakarta EE 开展的一个关键要素是它与 Eclipse MicroProfile 的严密结合。在撰写本文时，Eclipse MicroProfile 1.4 和 2.0 曾经包含了 Configuration、Fault Tolerance、Metrics、JWT propagation、Open API、Open Tracing、Health Check 和 Rest Client 的企业级标准，并可以与 Java EE 7 或 Java EE 8 结合运用。

由于 MicroProfile 和 Jakarta EE 之间的高度协同作用，后续的云平台可以经过采用这些 MicroProfile 标准快速走上轨道。两个社区曾经就提升这两个开源项目的分歧性展开了讨论。如今说结果如何还为时兴早，不过有能够出现以下这些状况：

Eclipse MicroProfile 移至 EE4J 下，由 Jakarta EE 任务组担任管理。

Eclipse MicroProfile 移至 EE4J 下，并继续运用本人的管理流程。

保持现状，作为 Eclipse 基金会的一个独自项目，每个项目都有本人的管理流程。

无论如何，Eclipse MicroProfile 可以继续作为一个快节拍的孵化项目，新想法不断出现，并交由开发人员去实验和改良。这些 MicroProfile API 曾经被用在市场中，并依据社区和用户的反应停止加固，所以 Jakarta EE 可以将它们作为候选。正由于如此，我以为，在两年时间内（甚至更早），Jakarta EE 将包含针对微效劳架构、容器、云计算、API 管理、无效劳器计算、反响式系统和效劳网格的残缺标准。

为什么开发人员会爱上 Jakarta EE

支持云原生 Java 并不是 Jakarta EE 独一的目的。世界上有成千上万家企业依然信任运用 Java EE 来处置他们的消费负载。在 Red Hat 最近的客户调查中，Red Hat Middleware 客户运用或思索将 Java EE 用于微效劳的三大缘由是：

Java EE 是一种标准

不需求重新培训员工

我们信任 Java EE，由于它曾经很成熟，而且是企业级的

此外，在 2018 年 Eclipse 基金会 Jakarta EE 开发者调查中，受访者表示，他们所在组织选择 Java EE 的最重要缘由是：

波动性

标准

开发人员的可用性

多个供应商提供兼容性的完成

很显然，市场依然喜爱社区驱动的开源标准，由于开源标准让企业在选择完成时愈加自在，他们可以充沛应用开发人员的专业知识或在失业市场中更容易找到具有这些种技艺的人才。

(责任编辑：admin)