Java 谁是最好的应用服务器:JBoss还是Glassfish?

Java 谁是最好的应用服务器:JBoss还是Glassfish?,java,jboss,glassfish,Java,Jboss,Glassfish,我有一个选择:为我的公司选择一个应用服务器! 我需要一些帮助。玻璃鱼还是JBoss 谢谢。Oracle已经说过Glassfish将只是一个开发环境和参考MPL,其中WebLogic是生产服务器。所以,如果你谈论的是在什么上运行你的应用程序,JBoss似乎是显而易见的。为什么要选择一个平台来做供应商告诉您不要做的事情?Oracle几乎已经说过Glassfish将只是一个开发环境和参考MPL,其中WebLogic是生产服务器。所以,如果你谈论的是在什么上运行你的应用程序,JBoss似乎是显而易见的。

我有一个选择:为我的公司选择一个应用服务器! 我需要一些帮助。玻璃鱼还是JBoss


谢谢。

Oracle已经说过Glassfish将只是一个开发环境和参考MPL,其中WebLogic是生产服务器。所以,如果你谈论的是在什么上运行你的应用程序,JBoss似乎是显而易见的。为什么要选择一个平台来做供应商告诉您不要做的事情?

Oracle几乎已经说过Glassfish将只是一个开发环境和参考MPL,其中WebLogic是生产服务器。所以,如果你谈论的是在什么上运行你的应用程序,JBoss似乎是显而易见的。为什么选择一个平台来做供应商告诉你不要做的事情呢?

生产部署中使用AFAIK JBoss比Glassfish要多,但这并不一定意味着它更好

我所从事的所有项目都在使用JBoss,虽然我一般都喜欢它,但我完全不喜欢它的某些方面——混乱的文档、不断的关键回归和对向后兼容性的不重视。除此之外,JBoss(尤其是5.x)是一个优秀的应用服务器

Glassfish有更好的管理控制台和文档,支持JavaEE6(在Glassfish 3中)和更好的文档。然而,它缺乏围绕JBoss的庞大社区,这是它最大的缺点


最后,我会再次使用JBoss,但这始终是主观的…

与Glassfish相比,AFAIK JBoss在生产部署中采用得更多,但这并不一定意味着它更好

我所从事的所有项目都在使用JBoss,虽然我一般都喜欢它,但我完全不喜欢它的某些方面——混乱的文档、不断的关键回归和对向后兼容性的不重视。除此之外,JBoss(尤其是5.x)是一个优秀的应用服务器

Glassfish有更好的管理控制台和文档,支持JavaEE6(在Glassfish 3中)和更好的文档。然而,它缺乏围绕JBoss的庞大社区,这是它最大的缺点


最后,我会再次使用JBoss,但这总是主观的…

如果不了解您的环境,就很难给出正确的建议,例如,您所说的“最佳”是什么意思

在寻找应用服务器时,列出对您/您的公司重要的内容。执行此操作时不要使用特定服务器的功能列表!给列表中的每一项赋予某种权重。根据列表中的项目为相应的服务器打分,并查看它们的堆叠情况


当你填写这些细节时,你可能会在这里问一些更尖锐的问题。一台服务器在特定领域是否优于另一台服务器。例如,一旦您了解了重要功能,您可能会发现使用tc Server/Spring解决方案比使用这两种解决方案中的任何一种都要好。

如果不了解您的环境,就很难给出正确的建议,即“最佳”是什么意思

在寻找应用服务器时,列出对您/您的公司重要的内容。执行此操作时不要使用特定服务器的功能列表!给列表中的每一项赋予某种权重。根据列表中的项目为相应的服务器打分,并查看它们的堆叠情况

当你填写这些细节时,你可能会在这里问一些更尖锐的问题。一台服务器在特定领域是否优于另一台服务器。例如,一旦您了解了重要功能,您可能会发现使用tc Server/Spring解决方案比使用这两种解决方案都要好。

JBoss或Glashfish

mmhh:Weblogic:)

JBoss还是Glashfish


mmhh:Weblogic:)

为你的公司定义“最佳”。应该是社区维基,并有更多关于你想从中得到什么的详细信息(或者期望简短地以“主观和争论”结束)。应该是社区维基。太主观了。@CookBeans:应该关闭!这是一个很好的例子,说明了在这里不要问什么。为你的公司定义“最佳”。应该是社区维基,并有更多关于你想从中得到什么的详细信息(或期望简短地以“主观和争论”结束)。应该是社区维基。太主观了。@CookBeans:应该关闭!这是一个很好的例子,说明了在这里不要问什么。你能提供证据证明这一说法吗?从来没有听说过甲骨文方面有这样的黑/白立场,我们在prod中使用GF。我想,如果他们愿意,不同的人可以摆脱。我听到的信息是“我们将继续使用它,但WebLogic是我们未来的主要平台。”如果您在生产环境中,当然没有理由尝试迁移,但这足以让我怀疑是否启动一个以GFish作为目标生产服务器的新项目。@ewernli:别担心,这个答案是错误的,甲骨文在2010年3月公开澄清了这一点。有关所有详细信息(包括像这样驱散FUD),请参阅。GlassFish将不仅仅是RI,Oracle希望并正在为GlassFish做出贡献,GlassFish 3.1将是一个真正的企业级应用服务器(它将提供集中管理、集群和一致性支持),GF绝对不是一个工具。GlassFish4甚至会与WebLogic共享一些代码。你能提供这一说法的证据吗?从来没有听说过甲骨文方面有这样的黑/白立场,我们在prod中使用GF。我想,如果他们愿意,不同的人可以摆脱。我听到的信息是“我们一直在保留它,但WebLogic是我们未来的主要平台。”如果您正在生产,当然没有理由尝试迁移,但这足以让我怀疑是否要启动一个以GFish为核心的新项目