Weblogic还是JBoss?

时间:2009-08-20 12:49:24

标签: java jboss weblogic

我是JBoss(和Tomcat)的Java开发人员。在过去的一年里,我不得不开发WebLogic,我不得不说 - 我真的很想念JBoss。

由于我对WebLogic的经验非常浅薄,所以我要问那些经验丰富的人: 是否有理由在WebLogic上花钱? JBoss不是为您提供所需的一切吗?

13 个答案:

答案 0 :(得分:39)

我怀疑Weblogic被选中的原因是一个愉快的销售人员前来拜访经理用钱花钱,给他销售推销和嘿presto,公司正在使用Weblogic。我不知道JBoss支持合同是否带有销售人员,但如果确实如此,那将会感到惊讶,并且在这方面已经达到了公平的目标。

根据我的经验,除了你使用Weblogic的漂亮控制台(不值得花费许可费)之外,两者之间的差别不大。我怀疑这些天JBoss有市场份额(只是猜测),在我的书中,当你遇到某些事情时,会转化为更多的在线帮助。

同样值得考虑的是Weblogic许可证(上次我看到它们)通常的服务器端术语 - 每个处理器,每个盒子等等。这将限制您的可伸缩性条款,因为使用JBoss您可以继续添加硬件没有额外成本,而使用Weblogic,您的许可证也需要升级。

无论你选择哪种,你都可以毫不费力地在他们身上构建你的系统,但我的偏好是JBoss。

答案 1 :(得分:26)

真的就像WebLogic一样。我暂时暂停许可成本,只是说在他们的全盛时期,他们是市场上最好的Java EE应用服务器。 BEA有许多非常有才华的人在开发他们的代码,它表明了这一点。如果钱不是等式的一部分,而且我的雇主坚持花钱不是我的,我仍然选择WebLogic而不是WebSphere或JBOSS或Glassfish或市场上的任何其他东西。

我对甲骨文的收购感到很难过。我认为人才已经泄露,Oracle并不清楚他们想要用WebLogic做什么。他们几年来一直被困在10.1版本上。

    <prejudice-ahead>
Glassfish sounds like it's a much better effort from Sun, but their history says they write great standards and lousy implementations.  I don't consider Glassfish to be a viable alternative.
    </prejudice-ahead>

WebSphere是一个典型的IBM项目:两倍的成本,一半的功能,糟糕的文档,你必须购买他们所有的废话(例如,基于Eclipse的IDE)才能使用它。

JBOSS并不差,只是因为价格差异对它有利。

我宁愿推荐Spring,Tomcat和ActiveMQ作为一个很好的选择。如果绝对需要EJB,请将OpenEJB添加到该组合中。

2018年更新:我对Java EE作为标准的态度及其应用服务器实施在过去九年中已经降温。我认为更好的答案是使用Spring Boot。在JVM上部署可执行JAR,再也不用担心Java EE应用服务器了。

答案 2 :(得分:6)

  

我对甲骨文的收购感到很难过。一世   认为人才泄露了,   而甲骨文并没有明确的想法   他们想要使用WebLogic。他们已经   一直停留在10.1版本上   几年了。

上述评论存在一些问题。首先,甲骨文仅在1。5年前购买了BEA,即便如此,这也不是司法部批准的交易。最终的销售直到12个月前才被批准。

其次,Oracle自收购以来已经发布了三个WebLogic版本。它们现在是版本10.3.1(或“11g”)。

最后,我认为甲骨文 - 很惊讶地说我 - 正朝着一个明确的方向前进。随着最近收购Sun,Oracle现在是Java技术的主要提供商,并且拥有许多人认为是领先的Java应用服务器。如果没有明确的主导市场计划,他们就不会投资这些公司和技术。我认为Oracle最近在Java EE 6,WebLogic和JDeveloper空间中的变化表明他们极力推动成为Java领导者。

我还是喜欢JBoss;它很简单而且很有效。我在将一个Seam 2.x应用程序从JBoss转换为Weblogic时遇到了很多问题,但我希望我能在某些方面取得成功。

答案 3 :(得分:3)

我个人会选择JBoss(社区版)而不是Weblogic(Server),因为它是免费的(你知道,就像在自由中一样)。但这并没有回答这个问题,所以......

我可以看到选择Weblogic的两个主要原因:

  1. Weblogic是一个集成良好的产品,具有单一配置机制/文件(更容易*配置和维护)。
  2. 与Tuxedo集成。
  3. *)术语更容易是主观的。当你知道怎么做时,大多数事情都很容易。

答案 4 :(得分:3)

我已经在jboss上工作了一年,在weblogic上工作了一年多,我对web逻辑的体验与jboss相比很好,因为weblogic更稳定,更健壮,它可以处理超过3000个并发请求而不会抛出一个例外,jboss没有这样做,weblogic的管理控制台非常好,但我认为weblogic比jboss更复杂。就客户在应用服务器上投入资金而言,我的选择肯定是weblogic。

答案 5 :(得分:3)

我已经完成了3次WebLogic,JBoss和WebSphere的评估。 WebLogic赢得了所有人的支持。话虽如此,我的简单指导是这样的:如果你不担心缩减过去数千个并发用户,请使用JBoss。但是,如果您打算超出这个范围,那么您将需要具有经过验证的强大功能和强大功能的东西 - 即WebLogic。

注意:应用服务器供应商通常会牺牲技术功能来保持稳定性。换句话说,稳健性与技术特征处于动态紧张状态。如果你想要新的功能,你会得到更多的错误。令我惊讶的是,有多少技术人员没有这样做。但是,如果你想一想为什么你不赶紧购买第一个新的Windows操作系统版本,你就会明白为什么会这样。

HTH

答案 6 :(得分:1)

JBoss(Red Hat)尚未发布商业支持的100%符合Java EE 5标准的容器*。有一个JBoss测试版5。希望他们不会落后Java EE 6 3年。 JBoss更关心他们的微容器而不是Java EE x,因为这就是他们所说的客户更感兴趣的东西。我从未见过这些客户。但这确实意味着Java EE是他们世界的二等公民。作为证据,他们的集装箱甚至不以合规模式运输;你必须调整一些配置文件,使其符合规范。

如果Sun不打算被Oracle的黑洞吞噬,我会推荐Glassfish。

  • Red Hat确实拥有商业支持的90%符合Java EE 5标准的容器。 JBoss 4.3是Java EE 5版本的“踏脚石”。

答案 7 :(得分:1)

好吧,我建议使用Spring + Tomcat,只有在我必须的时候才会引入一个完整的JavaEE应用服务器。
关于Weblogic和JBoss,我更喜欢JBoss,因为Weblogic更复杂。

答案 8 :(得分:1)

我为JBoss 4.x和5.x开发了基于Java的应用程序两年。之后我不得不使用Weblogic 11.改变主意并不容易,但现在我认为,WL要好得多。更稳定,更快速,管理控制台......就像一个梦想......很容易进行设置和监控。

所以,我的选择是Weblogic。

答案 9 :(得分:1)

我认为你们应该考虑TC Server,它是来自Vmware的Tomcat的变体。在企业环境中可能会很好,因为大多数应该能够解决这个问题,作为虚拟化交易的一部分。

http://www.vmware.com/products/vfabric-tcserver/

PS - 我广泛使用过WLS。对于某些应用程序,它可能是好的。对于一些人你真的不需要它。所以它非常受用例,规模等的驱动。

答案 10 :(得分:1)

您需要考虑TCO总拥有成本

使用JBoss时必须考虑这些成本:

  • 年度支持订阅
  • 更高的持续管理和管理成本
  • 停电对成本的影响
  • 产品性能对成本的影响
  • 互操作性测试和不同OSS项目集成的成本增加
  • 支持集成OSS解决方案的复杂性和成本
  • 赔偿保障保险单
  • 支持和维护修改后代码的成本
  • 处理大量开源许可证的额外时间和精力

答案 11 :(得分:0)

取决于。

你是否恰好在一家喜欢购买“甲骨文”等其他公司支持的公司,并且只要制造商满意,就不会真正关心资金支出(是的,我知道Redhat销售支持但也有一些公司不喜欢从中购买)

无论如何,这是一个相当主观的问题,我认为不会有正确的答案。

答案 12 :(得分:-5)

IBM发布了他们的BETA版Java EE 6服务器。因此,对于Java EE 6,我认为IBM将成为领导者。 JBoss也是一个很好的服务器,但是在负载很重的情况下,我的经验表明它与WebLogic和WebSphere相比并不完全可靠。