Microsoft Azure OpenDev—June 2017
红帽JBoss部门首席技术官Sacha Labourey的博客文章称，红帽长期酝酿的JBoss应用服务器5.0的第一个候选版本即将面世。
“JBoss AS5.0 RC1刚刚被冻结，并将在本周发布，”Labourey写道。他补充说，第二个发布候选版应该在6到7周内准备就绪，并且普遍可用性将紧随其后。“Red Hat认为，该产品的灵活架构将作为市场的一个区别，据Labourey说。
应用程序服务器围绕三个技术层次展开，他写道：基本运行时（以JBoss为例），Java虚拟机 - 核心中间件服务以及顶层的API（应用程序编程接口）和方法。
“他写道：”JBoss AS 5.0是第一个能够让我们将这三层分离的能力的第一个版本。“ “JBoss Microcontainer将我们从运行时环境中抽象出来，我们的核心企业服务已经完全组件化和规范化，因此可以从任何更高级别的框架/ API /语言中充分利用它们。”
红帽计划支持基于组件的Java开发规范，例如OSGi（开放服务网关计划），该计划得到了Sun和IBM等公司的支持
但是该公司决定不在任何一个阵营完全抛弃它，他写道“我们的核心架构不依赖任何时尚的规格或语言，“他补充说。 “个性可以随时随地进行插拔，您不必下注所需的API，然后锁定在实现此类API的少数几个[应用服务器]实现之一中 - 可能依赖于较弱的核心中间件服务。“
根据Labourey的说法，产品变化的范围扩展了开发过程，但是该项目不仅仅是”一个奇特的工程练习，“ 他说。 “这项投资将对整体JBoss企业中间件产品，其寿命以及适应市场变化的能力产生巨大影响。”
考虑到公司的发展历史，红帽公司对OSGi等技术的长期拥抱也许是可以预料的。 ，根据一位观察者的观点，Redmonk的分析师MichaelCoté说，最初的JBoss微内核“提供了一种面向组件的方式来执行Java和应用程序，然后才有其他可行的选择”。 “与许多已经发明了其他人试图实现标准化的技术的团队一样，看起来JBoss人们认为OSGi更像是一种时髦的方式（而不是事物）。”但是，公司可能“他说，”与其在OSGi上构建自己的核心，不如在OSGi上构建核心，并支持OSGi作为使用该JBoss特定核心的一种方式，“他说。他说。 “如果OSGi变成明天的钟声，那么他们可以增加对任何时尚产品的支持，如果你有时间建立一个可以让你像这样对冲的架构，那通常是一件好事。”
在这一点上，任何人都会猜测哪个Java组件技术会成为领导者，或者多种方法是否会获得成功，他补充道：“有很多OSGi爱好者在积累，但Java组件如何解决的这个问题是“我们需要更多时间来看看开发人员喜欢使用哪些开发人员。”
红帽在应用服务器市场面临来自大型平台供应商（如Oracle和IBM）以及开源方面的竞争通过SpringSource最近发布的应用服务器平台，该平台利用OSGi。