jakarta ee_Jakarta EE社区之声：Jakarta EE的未来是什么？

jakarta ee

本月初，Jakarta EE社区成员被邀请参加Jakarta EE社区之声文档 ，该文档重点关注Jakarta EE规范的技术创新。 本文档中的内容反映了参与者对他们希望贡献时间的领域的个人观点。

但是，必须提及的是，它们并不代表硬性承诺， 也不旨在暗示社区协议或期限。 有24位参与者和78个答案，以及超过6000个单词，用于描述成员对Jakarta EE方向的看法和期望。

在这里查看统计信息。

我们希望您，社区！

我们想正式邀请所有社区成员参加#JakartaEE Community Voices文档，该文档侧重于Jakarta EE规范的技术创新！

更多信息： https: //t.co/eQJtl23R42 pic.twitter.com/uJ8u2v6fjC

— Jakarta EE（@JakartaEE）， 2018年10月10日

雅加达EE社区之声：亮点

tl; dr

• CDI联盟是最有远见和兴奋的社区关注重点。
• Java 11和模块化是Jakarta EE社区中最常被问到的问题
• MicroProfile，微服务和云仍然是一个热门话题
• 使用Jakarta NoSQL扩展生态系统

模块化

该文档中包含的问题之一是有关Jakarta EE中没有利用模块化的规范的事实。 规范中是否有任何机会让参与者计划为模块化，功能性API或新的JVM语言功能发挥作用？ 让我们找出答案。

Tomitribe的首席执行官David Blevins认为：“ Bean Validation规范中存在一个非常引人注目的功能用例，其中，谓词可以在消除与编写验证规则相关的样板中发挥重要作用。 EJB Timer API中存在第二个机会，它可以在给定的时间表或时间执行代码。 现在，允许将函数作为此类计时器的目标传递是一项痛苦的显而易见的改进，这确实需要实现，同时还要付出更多的努力才能使Timer API从仅EJB的功能中解放出来。”

JAX-RS Eclipse Committer成员Markus Karg透露，自2.1以来，JAX-RS API已经提供了形式模块的描述符，他们计划在将来的版本中添加模块声明。

Werner Keil补充说，JSON-P和JSON-B都定义了模块，而Reza Rahman认为“与Java SE 8保持一致的工作在EJB等API中采用可重复注释，日期时间API和CompletableFuture方面仍然不完整。 Java EE和WebSocket的并发实用程序。 多数情况如此微不足道，社区可以选择。 我还认为，尽可能多的Java EE API需要提供对Java SE和Java模块系统的支持。 实际上，Java模块系统可以成为以Java EE为中心的运行时的另一个模块化选项。”

Reza声称，这样做，Java EE将成为企业Java领域真正的颠覆性技术。 他在我们的《 理解雅加达EE》系列中表达了相同的观点，他说：“ Java EE中缺乏模块化是Java EE一直对认可炒作而不添加未经验证的技术持保守态度的主要原因之一。”

就个人而言，我希望看到通过JPMS实现的模块化以及针对瘦身战争，肥罐和空心uber罐的标准化选项。 我可以说，我认为Open Liberty在这方面做得很好，尽管他们尚未添加JPMS支持。 我认为模块化支持的必然结果是使尽可能多的API独立并且对Java SE更友好。 我相信模块化的另一个关键是拥有一个不包含CDI的仅Servlet核心配置文件（实际上，该核心甚至可以像Netty样式的网络协议层一样薄，这是当前Servlet功能的一个子集）。

– Reza Rahman

内森·劳（Nathan Rauh）透露，他们正在为通过MicroProfile中的托管执行程序创建CompletableFuture / CompletionStage的方法制作原型，他们希望该方法将被EE并发实用程序规范所采用。

塞巴斯蒂安·达施纳（Sebastian Daschner）认为，在整个规范中支持JVM语言新功能（如Java 8 lambda）的机会很大，并认为如果允许开发人员定义和传递函数作为编程声明的一部分，将减少样板代码。 但是，EE标准仍然可以在许多开放点上改进对JDK 8中引入的功能的支持，包括CompletableFuture，重复注释或Date Time API。

尽管不需要模块化，但不能否认其重要性。 根据Dmitry Kornilov的说法，他们拥有JPMS模块以支持Helidon，JSON处理，JSON绑定和Yasson。 独立的JAXB，JAX-WS和SAAJ也已模块化，EclipseLink模块化正在进行中。 如果更多的项目开始在此工作，那么Jakarta EE平台可能会完全模块化。

微服务和云

参与者看到什么规格以更好地支持微服务和云？ Markus Karg说，对于初学者来说，JAX-RS将逐步通过云，微服务和边缘计算的功能进行扩展。 第一步是添加了非服务器Java SE引导程序API，该API允许在一秒钟内启动微服务（JAX-RS 2.2），这在将工业设备用作内部部署边缘工具时非常方便。 此外，他补充说：“此功能已经包括对Microprofile Config API的可选支持，以将完整的配置外部化，例如云设置，并计划在与Oracle的商标合同允许后立即发布。”

Josh Juneau认为可以建立Jakarta EE Web UI规范以实现更好的云和微服务集成，并指出“ Mojarra项目已经很好地定位为微服务的前端，因为它现在已经很好地与CDI集成并且适合用于无状态视图。 但是，目前尚无标准方法来调用远程服务，例如通过JAX-RS提供的服务。 尽管使用JAX-RS客户端从外部来源提取数据相当容易，但是最好有一种正式且更标准的方法来在Mojarra和Eclipse Krazo控制器中设置JAX-RS客户端。” 。

Kenzu Kazumura声称“ Java并非总是用于微服务和云的最佳语言”，这意味着Jakarta EE将不得不与所有多语言（例如Go和Python）协作，它们可以构成快速和小型的系统。 同时，IBM的Emily Jiang认为Java是“开发云原生微服务的理想语言，尤其是在MicroProfile编程模型的支持下。” 她还补充说，Jakarta EE和MicroProfile之间的结合将把微服务带到云中。

我们只是从头进行了讨论，那里有很多好主意，所以我热烈邀请您阅读

最后但并非最不重要的一点是，不要忘记签出Eclipse Foundation Specification Process草案，该草案利用并增强了Eclipse Development Process （EDP）。 EDP​​定义了重要的概念，包括“开放源代码参与规则”，开放源代码项目和团队的组织框架，版本，评论等。

对Jakarta EE发生了什么感到困惑？ 查看我们的理解雅加达EE系列

• David Heffelfinger ： “我不希望看到Jakarta EE与任何特定的容器编排工具绑定在一起”
• Markus Eisele ： “我坚信要使Jakarta EE为未来做好准备，还有很多工作要做”
• Josh Juneau ： “该平台需要比过去更动态地发展”
• Werner Keil ： “ Jakarta EE应该比现在更加模块化”
• Ondrej Mihalyi ： “ MicroProfile正在为雅加达EE生态系统中更好的微服务支持铺平道路”
• Reza Rahman ： “模块化是加快发布周期的关键”
• Dmitry Kornilov ： “ Jakarta EE API应该更加云友好”
• Arjan Tijms ： “认识到Kubernetes的重要性可能意味着进一步降低在一台Jakarta EE服务器上运行多个应用程序的重要性”
• Richard Monson-Haefel ： “ Jakarta EE 9将开始过渡到更简单，更轻便，更灵活的平台”
• OtávioGonçalvesde Santana ： “ Jakarta EE工具应支持Kubernetes”
• GuillermoGonzálezdeAgüero ： “ MicroProfile保存了Java EE，并将在其云原生转换中发挥关键作用”
• Michael Hofmann ： “将Jakarta EE与MicroProfile结合使用可能会减慢MicroProfile的进度”
• Mark Struberg ： “ JakartaEE应该允许中间的'bugfix版本'”
• Scott M. Stark ： “即使在Jakarta EE完全正常运行之后，MicroProfile的目的仍然有用”
• Markus Karg ： “尽管Jakarta EE 8在Java EE 8之上没有添加太多功能，但是人们应该尽快采用它来提供反馈”
• Rudy De Busscher ： “如果您今天想使用微服务，那么MicroProfile规范可以填补Jakarta EE所缺少的空白”
• Sebastian Daschner ： “ Jakarta EE应该解决Java EE过去的缺点”
• 史蒂夫·米利奇（Steve Millidge） ： “ MicroProfile在基于Jakarta EE API的微服务API的试验方面取得了卓越的进展”
• Christian Kaltepoth ： “用户反馈至关重要，因此Jakarta EE可以朝正确的方向发展”
• Thilo Frotscher ： “平台必须更好地支持云和容器操作”
• 索本· 詹森（Thorben Janssen） ： “ Kubernetes的集成应该成为雅加达EE的优先事项”
• 马克·利特尔（Mark Little） ： “如果MicroProfile和Jakarta EE现在试图合并，那么两者都会受到影响”

翻译自: https://jaxenter.com/jakarta-ee-community-voices-doc-151043.html

jakarta ee