Glassfish 和 JBoss 5 的现实比较？

StackOverflow https://stackoverflow.com/questions/1229273

题

在现实世界中有人有这两种经历吗？它们在性能（内存使用、速度等）方面如何比较？稳定？

JBoss Seam 在 Glassfish 上运行良好吗？

有帮助吗？

解决方案

从我自己的经历来看，有几点：

  1. Glassfish具有更好的管理控制台（JBOSS具有三个控制台，每个游戏机都不是理想的）。
  2. GlassFish 上的热部署更可靠
  3. JMS 在 GlassFish 上效果更好 - 这适用于 GF 与 GF。JBoss 4.X。据我所知，JMS实施在JBOSS 5.x中进行了彻底的修改，因此也许这一说法不再是正确的
  4. WebServices在Glassfish上工作得更好，我遇到了许多问题，并在JBOSS上进行了更高级的配置
  5. Glassfish具有更多的超高端熵附加组件，例如HA-DATABASE，它将用户会话存储在数据库中的群集上，而不是在内存中，因此可以进行完整的故障转移，无论发生什么灾难
  6. JBOSS更受欢迎，有很多管理员，开发人员知道这一点，因此更容易找到可以在JBOSS上开发的人，网络中还有更多资源。有时，这更重要，然后是一种解决方案而不是另一种解决方案的技术优势。
  7. GlassFish 对开发人员来说更加友好。在GF 3上重新部署Web应用程序或多或少持续一秒钟 - 在Oreder中，以达到JBOSS的重新部署速度，我需要Jrebel。此外，如果有人在使用Netbeans，则有许多智能向导非常有帮助。
  8. 由于Oracle收购了SUN，GlassFish的未来并不确定。目前，Oracle声称它将支持它，但是谁知道这种支持的样子以及它将持续多久。即使玻璃鱼是开源的，也几乎没有人准备为自己的需求开发应用程序服务器...

从我的角度来看，GF 更容易管理，从纯粹的技术角度来看是一个更好的解决方案，但它远不那么受欢迎，而且未来也不确定。

我与 RedHat/JBoss 或 SUN/GlassFish 没有任何联系，我的公司 (erudis.pl) 正在为这两种服务器提供支持和开发。

其他提示

（免责声明：我在 Sun 工作，并且是 GF 团队的成员）

我同意 Seam 在 GlassFish 上运行良好；看 https://blogs.oracle.com/theaquarium/tags/seam

GFv3 与 JBoss 5 有很大不同；尤其：

  • GFv3 基于 OSGi，而 JBoss 5 的内核基于 JMX。
  • GFv3支持JavaEE 6；JBoss 5 支持 Java EE 5。

GFv3 的设计非常模块化；服务按需启动，有更新中心存储库等。GFv3 明显小于 JBoss 5，并且启动速度更快。JBoss 5.1 GA 列为 130MB；GFv3Preview 为 50MB。GFv3 在几秒钟内启动；JBoss 几十（您应该尝试为您自己的平台启动）。

还有其他差异，其中一些差异是从 GlassFish v2 继承的，例如图形管理控制台或管理 CLI。

JBoss 5 的更直接比较是基于 Java EE 5 的 GlassFish v2 版本。该系列的最新版本是 GFv2.1，计划于 10 月发布 GFv2.1.1（请参阅 https://blogs.oracle.com/theaquarium/entry/schedule_for_glassfish_v2_1).

Sun 还提供 GlassFish 的补丁版本（类似于 RedHat 对 JBoss 的支持）；看 https://blogs.oracle.com/glassfishforbusiness 和 sun.com/glassfish。

这是严格的你已经习惯了的东西。我发现，配置和使用JBoss约为同样讨人喜爱的尝试与锯齿状勺子刮，而骑独轮车无座。然而Glassfish的，似乎只是工作。

我的选择是Glassfish的：它是更快地启动，部署Web应用程序。 管理控制台是非常准确的，而且它是图形和命令行。 现在，它是由甲骨文全面支持，它的未来是不确定的没有任何更多。 它是基于OSGi的：它是真正的模块化。 你可以伊斯利安装Spring的OSGi应用程序。 你可以Eclipse的链接，打开Apache的JPA之间自由选择，无痛苦休眠。 它极大地集成在NetBeans（而且，当然，Eclipse的）。

在另一方面，JBoss是更广泛，因此很容易找到它的工作（恕我直言，因为这是一个旧的应用程序服务器，GlassFish是相对较新的）

。

我开始开发在JBoss Seam应用程序，并在几个月后试图得到它Glassfish的工作。我发现Glassfish的环境非常违反直觉。我不得不固定在GF一些奇怪的错误，我无法找到网络上的任何信息，所以，几天后我放弃了，回去到JBoss。所以，我个人不建议Glassfish的。

我将与Glassfish的去这一点。部署建立在不同的web服务应用的多元化，我们有重大的兼容性问题，导致自定义类装载＆仍面临许多问题。 GLASSFISH我从来没有遇到任何此类问题。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top