14

据我所知,JBoss Application Server (AS) 的 EAP 版本只是一堆社区版的 JBoss 项目,其中包含一些糖。

那么,JBoss EAP 4.3.0对应的JBoss Application Server的社区版是什么?

4

5 回答 5

20

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

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

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

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

干杯,

克里斯

于 2009-01-19T15:29:31.163 回答
12

根据JBoss Enterprise Application Platform Component DetailsJBoss EAP 4.3基于:

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

于 2010-01-06T14:44:32.143 回答
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 Application Server 7.x
于 2009-10-01T09:58:21.803 回答
1

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

我对 4.2 分支而不是 4.3 感兴趣。如果您回溯几年,您会发现社区版 4.2.0.GA于 2007 年 5 月 14 日发布,六周后企业版 4.2.0.GA于 7 月 3 日发布2007 年之后,编号出现了分歧:社区版发布了点升级 - 4.2.1.GA4.2.2.GA4.2.3.GA - 此后每隔几个月。企业版发布了一系列基于 4.2.0 的“累积补丁”版本,从4.2.0.GA_CP014.2.0.GA_CP06几个月前。这些版本如何相互关联?我仍然不确定这一点,但我认为理论上企业版没有获得任何新功能(在该分支内),只有错误修复,但这些错误修复适用于企业版和社区版。事实上,我怀疑在我的错误10的情况下,该修复程序是针对社区版开发的,然后交叉移植到企业版,尽管我对此还不确定。

回到你的实际问题,事情不太清楚。Enterprise 4.3.0.GA于 2008年1 月 7 日发布,在Community 4.2.2.GA之后,但在4.2.3.GA之前。没有 Community 4.3.0,也没有任何 x > 0 的 Enterprise 4.2.x。Chris 说 Enterprise 和 Community 版本“不同”,我认为他的意思是 Enterprise 版本不是不再基于仅修复社区版本的错误,而是现在是一个完全独立的开发流 - 可能会在适当的地方从社区版本中删除代码。

因此,您的问题的答案是以下组合: 4.2.2.GA (但只是遥远的)、 4.2.0.GA (加上多年的单独开发)和mu

于 2009-06-03T15:10:24.517 回答
1

虽然 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

于 2013-06-24T11:14:49.087 回答