2008-11-07 158 views
14

据我所知,JBoss应用服务器(AS)的EAP版本只是一些社区版JBoss项目中的一些糖。对应于Red Hat EAP版本的JBoss AS/Wildfly社区版本?

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

+0

随着正式名称更改的公布,请注意JBoss Application Server(JBoss AS)现在称为WildFly。 HTTP://www.wildfly。org/ – ddri 2013-05-02 00:52:04

+0

不是“一些糖”!在错误修复方面,它们显着不同**。看到我的答案。 – 2013-06-24 11:08:56

+0

WildFly从版本8开始。目标是Java EE 7.因此,可能会有相应的** EAP 7 **版本。 – 2014-04-29 11:01:41

回答

19

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

JBoss EAP是JBoss唯一支持商业版本的版本。它包含JBoss AS和JBoss Seam。 EAP与JBoss AS在4.2.1版本(不完全一样,但足够接近)之间发生了分歧(根据其构建的svn分支)。 EAP拥有5年的使用寿命,并经过严格测试和认证。 EAP支付了商业支持和补丁(称为CP或累积补丁),旨在保持ABI/API的稳定性,同时考虑到安全问题和错误的修复。它实际上是反对政策在CP中引入功能,但有时会发生。

如果你熟悉如何Red Hat Enterprise LinuxFedora不同,可以考虑差异是非常相似的。尽管如此,JBoss项目/产品拆分更新,因此差异较小。这是官方网页,描述我所说的。

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

干杯,

克里斯

1

我已经挖掘到JBoss的版本信息,试图找到一个答案,我负责的一个更具体的问题,我想我我分享我的观察。您可以从JBoss的JIRA错误跟踪器获取发布的名称和日期的图片:您可以​​查看CommunityEnterprise版本的信息。

我对4.2分支感兴趣,而不是4.3。如果你追溯几年,你会发现Community release 4.2.0.GA于2007年5月14日发布,并于6周后于2007年7月3日发布了Enterprise release 4.2.0.GA。之后,编号分歧:Community edition shipped point upgrades - 4.2.1.GA4.2.2.GA4.2.3.GA - 之后几个月。企业版反而发布了一系列基于4.2.0的“累积修补程序”版本,从4.2.0.GA_CP01开始,几个月前达到4.2.0.GA_CP06。这些版本如何相互关联?我仍然不确定这一点,但我认为理论是企业版没有获得任何新功能(在该分支中),只有错误修正,但这些错误修正应用于企业版和社区版。事实上,我怀疑在我的bug 10的情况下,该修补程序是针对社区版开发的,然后交叉移植到企业版,尽管我对此远不确定。

回到你的实际问题,事情不太清楚。 Enterprise 4.3.0.GA于2008年1月7日在Community 4.2.2.GA之后,但在4.2.3.GA之前出现。没有社区4.3.0,任何x> 0都没有Enterprise 4.2.x. Chris说企业和社区版本“分歧”,我认为他的意思是企业版本不是基于修正社区版本的时间更长,而现在是一个完全独立的开发流程 - 可能会从适当的社区版本中删除代码。

所以,你的问题的答案是一些组合:4.2.2.GA(但只有远处),4.2.0.GA(加上多年的单独开发)和mu

9

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应用服务器7.x的
1

虽然JBoss AS/Wildfly真的是JBoss EAP的基础,但它绝对不只是增加了什么“糖”。

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

更多的,经过一段时间的性能测试,浸泡测试和代码分析后,EAP通常也会更快。另外,EAP artefacts(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”可能是事实,但同时也会引起误解。

检查EAP 6.1