JBoss AS/Wildfly社区版本是否对应于Red Hat EAP版本?

JBoss AS/Wildfly社区版本是否对应于Red Hat EAP版本?,jboss,jboss-eap-4.3.x,Jboss,Jboss Eap 4.3.x,据我所知,JBossApplicationServer(As)的EAP版本只是一堆社区版JBoss项目,其中有些糖分 那么,JBoss EAP 4.3.0对应的JBoss应用服务器的社区版是什么呢?这个回复真的很晚了,但我在谷歌搜索中遇到了一个未回答的问题,我想确保有一个正确的回复。我为JBOSS支持工作,所以你可以认为这是一个合格的答案。 JBoss EAP是唯一受商业支持的JBoss版本。它包含JBoss AS和JBoss Seam。EAP与JBoss在版本4.2.1左右有所不同(就其构建的

据我所知,JBossApplicationServer(As)的EAP版本只是一堆社区版JBoss项目,其中有些糖分


那么,JBoss EAP 4.3.0对应的JBoss应用服务器的社区版是什么呢?

这个回复真的很晚了,但我在谷歌搜索中遇到了一个未回答的问题,我想确保有一个正确的回复。我为JBOSS支持工作,所以你可以认为这是一个合格的答案。 JBoss EAP是唯一受商业支持的JBoss版本。它包含JBoss AS和JBoss Seam。EAP与JBoss在版本4.2.1左右有所不同(就其构建的svn分支而言)(不完全如此,但已经足够接近)。EAP的使用寿命为5年,经过严格测试和认证。EAP已经支付了商业支持和补丁(称为CPs或累积补丁),这些补丁旨在随着时间的推移保持ABI/API的稳定性,同时允许修复安全问题和bug。在CP中引入特性实际上是违反政策的,但这种情况偶尔会发生

<> P>如果你熟悉不同之处,你可以认为差异是非常相似的。不过,JBoss项目/产品的划分要新得多,因此差异较小。这是描述我所说内容的官方页面

干杯


Chris

我一直在深入研究JBoss版本信息,试图找到我正在处理的一个更具体问题的答案,我想与大家分享我的观察结果。您可以从JBoss的JIRA bug tracker获得发布名称和发布日期的图片:您可以查看和版本的信息

我对4.2分支而不是4.3分支感兴趣。如果你回溯几年,你会发现这本书是在2007年5月14日出版的,六周后的2007年7月3日出版的。在那之后,数字就出现了分歧:数字,以及——此后每隔几个月。而企业版则发布了一系列基于4.2.0的“累积补丁”版本,从几个月前开始,并在几个月前发布。这些版本如何相互关联?我仍然不确定这一点,但我认为理论是企业版没有获得任何新功能(在该分支中),只有错误修复,但这些错误修复同时应用于企业版和社区版。事实上,我怀疑在我的bug案例中,修复是针对社区版开发的,然后交叉移植到企业版,尽管我对此还不确定

回到你的实际问题,事情就不那么清楚了。这本书于2008年1月7日出版,出版时间在。没有社区4.3.0,也没有任何x>0的企业4.2.x。Chris说企业版和社区版“不同”,我认为他的意思是,企业版不再只是基于社区版的错误修复,而是现在一个完全独立的开发流——可能在适当的情况下从社区版删除代码


因此,您的问题的答案是:4.2.2.GA(但只有遥远的距离)、4.2.0.GA(加上多年的独立开发)和。

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,带有一些累积补丁
编辑:

  • EAP6.x基于JBoss应用服务器7.x
    • 根据,JBoss EAP 4.3基于:

      JBoss Application Server 4.2.1具有各种更新、组件升级和错误修复


      虽然JBoss AS/Wildfly确实是JBoss EAP的基础,但它肯定不仅仅是添加了“一些糖”

      EAP经过了广泛的测试,许多错误和安全问题都得到了修复

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

      此外,EAP人工制品(JAR)都是由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的”可能是正确的,但同时也是误导性的


      查看。

      请参阅下面我的答案,以及JBoss的官方回复随着官方名称的变更,请注意JBoss应用程序服务器(JBoss AS)现在被称为WildFly。不是“一些糖”!在bug修复方面,它们有着显著的不同。见我的答案。WildFly从版本8开始。并以JavaEE7为目标。因此可能会有相应的EAP 7版本。此链接非常有用,是每个EAP版本的组件矩阵(涵盖4.2、4.3、5.x、6.x)。直接链接到