对应Red Hat EAP版本的JBoss AS / Wildfly社区版本？

Question

据我所知，JBoss Application Server（AS）的EAP版本只是一堆带有糖的社区版JBoss项目。

那么， JBoss EAP 4.3.0 对应的JBoss Application Server的社区版是什么？

Answer 1

这个回复真的很晚，但我在谷歌搜索中遇到了未回答的问题，我想确保回复正确。我为JBoss支持工作，所以你可以认为这是一个合格的答案。

JBoss EAP是JBoss唯一商业支持的版本。它包含JBoss AS和JBoss Seam。 EAP在版本4.2.1的JBoss AS（不完全，但足够接近）上分歧（就其内置的svn分支而言）。 EAP的使用寿命为5年，并经过严格的测试和认证。 EAP已经支付了商业支持和补丁（称为CP或累积补丁），旨在维持ABI / API随时间的稳定性，同时允许修复安全问题和错误。实际上，在CP中引入一个功能是违反政策的，但有时会发生这种情况。

如果您熟悉Red Hat Enterprise Linux与Fedora的不同之处，您可以认为差异非常相似。但JBoss项目/产品拆分要新得多，因此差异较小。这是描述我所说的官方页面。

http://www.jboss.com/products/community-enterprise

干杯，

克里斯

Answer 2

根据JBoss Enterprise Application Platform Component Details， JBoss EAP 4.3 基于：

  

JBoss Application Server 4.2.1 ，包含各种更新，组件升级和错误修复

Answer 3

EAP与社区版本之间的主要区别在于EAP是社区版的官方支持配置，具有各种组件的固定版本。 RedHat发现很难支持man + dog使用的不同组件版本，并将其固定为一组。

至于版本控制，EAP版本号大致跟踪社区版本，但存在差异：

• EAP 4.2基于JBossAS 4.2
• EAP 4.3也基于JBossAS 4.2.1，但JBossMQ取代了JBossMessaging和Java6支持
• EAP 5.0基于JBossAS 5.1
• EAP 5.1似乎也基于JBossAS 5.1，带有一些累积补丁

编辑：

• EAP 6.x基于JBoss Application Server 7.x

Answer 4

我一直在深入研究JBoss版本信息，试图找到我正在处理的更具体问题的答案，我想我会分享我的观察结果。您可以从JBoss的JIRA错误跟踪器中获取发布的名称和日期的图片：您可以​​查看Community和Enterprise版本的信息。

我对4.2分支而不是4.3感兴趣。如果你追回几年，你会发现Community release 4.2.0.GA于2007年5月14日发布，并在六周之后由Enterprise release 4.2.0.GA于2007年7月3日发布。之后，编号分歧：Community edition shipped point upgrades - 4.2.1.GA，4.2.2.GA和4.2.3.GA - 每隔几个月。相反，企业版发布了一系列基于4.2.0的“累积修补程序”版本，从4.2.0.GA_CP01开始，几个月前点击了4.2.0.GA_CP06。这些版本如何相互关联？我仍然不确定这一点，但我认为理论是企业版没有获得任何新功能（在该分支内），只有错误修正，但这些错误修正适用于企业版和社区版。事实上，我怀疑在我的错误10的情况下，该修复是针对社区版开发的，然后交叉到企业版，尽管我对此很不确定。

回到你的实际问题，事情不太清楚。 Enterprise 4.3.0.GA在Community 4.2.2.GA之后，4.2.3.GA之前发布于2008年1月7日。没有Community 4.3.0，也没有针对任何x＆gt;的Enterprise 4.2.x.克里斯说企业和社区版本“分歧”，我认为他的意思是企业版不再仅仅基于修复社区版本，而是现在是一个完全独立的开发流 - 大概是从适当的社区版本中删除代码。

所以，你的问题的答案是：4.2.2.GA（但只是远程），4.2.0.GA（加上多年的单独开发）和mu。

Answer 5

虽然JBoss AS / Wildfly确实是JBoss EAP的基础，但它绝对不仅仅是“添加糖”。

EAP经过了广泛的测试，修复了许多错误和安全问题。

此外，经过一段时间的性能测试，浸泡测试和代码分析后，EAP通常也会更快。

此外，EAP人工制品（罐子）都是由Red Hat构建的，即Red Hat负责其中的任何内容 - 即你没有得到任何人放在中央仓库中的任何东西或者你可能配置的任何其他仓库你的settings.xml（如果你建立自己的AS）。许多这些第三方库都被更改了--CVE的固定，性能问题等等。

最后，EAP在功能方面更好。例如，JBoss AS的最新7.x版本是7.1.1，一年又老，而EAP 6.1大约有一个月的时间，并且在可管理性，稳定性，可配置性等方面更好。有几个这两者之间有数百个提交差异。

因此，声明“JBoss EAP X基于JBoss AS Y”可能是真的，但同时也会产生误导。

检查EAP 6.1。