剑客
关注科技互联网

Red Hat发布WildFly Application Server 10.1版

Red Hat 最近发布了
10.1版WildFly应用程序服务器,该版本新增了如下重要功能:

  • 完整的HTTP/2支持
  • 自动生成TLS证书
  • 改进的负载平衡能力
  • 支持 Azure
    集群节点的发现
  • 数个 瑕疵修复

WildFly现已能够为HTTP/2提供“拆箱即用”的完整支持。WildFly的 新闻稿
中对此介绍如下:

WildFly的独特之处在于,无须任何特殊的JVM标志(哪怕在Java 8中!),无须更改配置,甚至无须更改Keystore,即可直接支持HTTP/2。只须将浏览器指向8443端口,WildFly即可为您自动生成自签名的TLS证书,并在浏览器支持的情况下进行HTTP/2协商(大部分浏览器均已支持)。当准备好部署到生产环境后,只需要用打算为用户使用的证书更新Keystore即可。

默认 domain.xml
文件中一个名为“load-balancer”的新增配置文件进一步改善了负载平衡能力。域模式下的配置文件可对多个(物理或虚拟)节点进行集中化的管理,借此可配置多个WildFly实例以提供不同服务。

WildFly Swarm

根据WildFly Swarm 网站
上的介绍:

WildFly Swarm提供了一种创新式的Java EE 应用程序打包和运行方法,可将应用程序与恰好够用的服务器运行时打包在一起,实现应用程序的“Java -Jar化”。

WildFly Swarm是在WildFly的基础上开发而来的。

Fixate IO
公司资深内容编辑兼DevOps分析师 Chris Tozzi
在最近发布的一篇Red Hat 博客文章
中介绍了WildFly Swarm所提供的收益:

简而言之,WildFly Swarm可供用户将一个JavaEE应用拆解为以uber-JAR文件方式运行所必须的基本部件,进而可以用一种更精益,更均衡的方式部署Java应用。

简单来说,WildFly Swarm可供用户全面拥抱面向微服务的开发和部署工作流,并从中获益。用户勿需继续使用整体式的方法构建和运行JavaEE应用,而是可以仅编译并部署自己需要的程序部件,抛弃所有不需要的内容。

Red Hat JBoss EAP
平台架构师 Jason Greene
(曾就WildFly 8接受过InfoQ的采访)向InfoQ介绍了最新版WildFly:

InfoQ:您目前在Red Hat担任什么角色?

Greene:我是JBoss EAP的平台架构师,同时也是WildFly的社区项目主管。另外我还代表Red Hat加入了Java EE专家组,参与了Java EE8的相关工作。

InfoQ:除了完整支持HHTP/2以及自动生成TLS证书,相比GlassFish和JonAS等其他应用程序服务器,WildFly还有什么独特之处?

Greene:不同产品在特定领域都有自己的优势,而WildFly在每个方面都做的更出色。这个产品非常轻巧,对开发者很友好,与此同时也是运行时工作负载的最佳选择。该产品提供了完整地企业级功能,同时100%开源,围绕该产品我们建立了一个真正开放的社区。该产品完全满足Java EE Full Profile认证要求,同时也可根据需要全面定制和精简。该产品包含丰富的管理模型,可全面胜任多节点管理工作,同时亦可满足简单的单节点管理需求。这个产品实际上是一种“鱼与熊掌可兼得”的应用程序服务器。

InfoQ:开发者和组织在启动一个项目时,到底该选择WildFly、WildFly Swarm或JBoss EAP,对此您有什么建议?

Greene:Red Hat软件模型的一个关键在于,我们提供了两种产品:一种侧重于用尽可能快的速度提供最新技术和创新的社区产品(WildFly);以及一种侧重于提供包含更长维护周期、更好兼容性、供应商认证、进一步加固,以及有保障的SLA全面支持的企业级订阅(JBoss EAP)。JBoss EAP本身也是从WildFly中衍生出来的,包含大量源自用户需求的重要功能,因此用户可以从WildFly平滑切换至EAP。最后,虽然我们的JBoss EAP是一种商用产品,但可免费用于开发用途,用户只须注册 JBoss.ORG
帐号即可下载使用。

WildFly Swarm带给Java EE的微服务概念让人激动。该产品基于WildFly项目/架构,但新增了一个部署模型,可将应用程序所仰赖的应用程序服务器重构为一种可定制,大小恰到好处的Jar文件。该产品还提供了与API集成的特殊能力,非常适合用于服务的“混搭”,例如Netflix Ribbon。此外该产品可全面支持MicroProfile,这是企业Java社区最近新创建的微服务标准。

虽然具体项目可能更适合使用上述某一产品,但无论怎么选都不会有太大问题,因为这些不同产品的底层使用了一个统一、强大、灵活的架构。

InfoQ:在您看来,JavaEE和Java 9开发工作的延后会对WildFly、WildFly Swarm或JBoss EAP的后续开发产生什么影响?

Greene:WildFly和JBoss EAP已经远远超越了EE标准并在继续完善。当某一规范的开发出现延误后,我们会将精力专注于其他感兴趣的领域。话虽如此,我们依然希望整个标准能够跟上业界发展步伐,因此我们很乐意与MicroProfile开发领域的其他重量级选手进行合作。

JPoint
公司软件工程师 Roy van Rijn
最近通过 博客文章
谈到了他自己有关Java EE未来发展的想法:

类似Red Hat(开发了WildFly)这样的供应商已经通过诸如 WildFly Swarm
等框架让自己的Java EE实现变得分崩离析了。Swarm可以让用户打包并运行自己真正需要的组件,我觉得这才是企业级Java的未来发展方向。

参考资源

RedHat提供了WildFly和WildFly Swarm的上手使用范例:

  • GitHub
    上的WildFly Quickstarts。
  • GitHub
    上的WildFly Swarm范例。
  • 部署和运行WildFly应用程序的Maven 插件

查看英文原文: Red Hat Releases WildFly Application Server Version 10.1

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址