Weblogic还是JBoss？
我在JBoss（和Tomcat）上很长时间的Java开发人员。 去年我不得不开发WebLogic，我不得不说 – 我真的很想念JBoss。
由于我在WebLogic方面的经验相当薄弱，所以我正在问更多有经验的人：在WebLogic上花钱是否有理由？ JBoss不是给你所有你需要的吗？
我怀疑Weblogicselect的原因是一个愉快的销售人员来带着钱去拜访经理，给他销售的摊位和嘿嘿，公司正在使用Weblogic。 我不知道JBoss支持合同是否与销售人员合作，但是如果这样做，并且在这方面公平竞争的话，会感到惊讶。
根据我的经验，除了使用Weblogic获得的漂亮的控制台（这不值得花费许可证费用）之外，2之间没有太大的区别。我怀疑现在JBoss有市场份额（只是猜测），在我的这本书可以翻译成更多的在线帮助，当你被困在某些东西的时候。
同样值得考虑的是Weblogic许可证（上次我看到它们）通常的服务器端条款 – 每个处理器，每个盒子等等。这会限制你的可伸缩性，因为使用JBoss你可以继续添加硬件而不发生额外的成本，而与Weblogic您的许可证也需要升级。
无论你select哪一种，你都可以在没有太多麻烦的情况下build立你的系统，但是我的select是JBoss。
我真的很喜欢WebLogic。 暂时停止许可费用，只是说在他们的鼎盛时期，他们是市场上最好的Java EE应用程序服务器。 BEA有很多非常有才华的人开发他们的代码。 如果钱不是这个等式的一部分，而且我有一个坚持花钱的雇主，我仍然会selectWebLogic，而不是WebSphere，JBOSS或者Glassfish，或者是市场上其他的东西。
我对Oracle的收购感到难过。 我认为这个人才已经被泄露了，而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项目：两倍的成本，一半的function，较差的文档，你必须购买所有他们的废话（如基于Eclipse的IDE）才能使用它。
JBOSS并不差，但只是因为价格差异如此强烈。
我宁愿推荐Spring，Tomcat和ActiveMQ作为一个很好的select。 如果EJB是绝对必需的，那么添加OpenEJB即可。
我对甲骨文的收购感到难过。 我认为这个人才已经被泄露了，而Oracle对于他们想要用WebLogic做什么还没有清楚的认识。 几年以来，他们一直被困在10.1版本中。
上述评论有几个问题。 首先，甲骨文仅在1.5年前购买了BEA，即便如此，这也不是美国司法部批准的交易。 直到12个月前，最终的销售才被批准。
其次，Oracle自收购以来已经发布了三个版本的WebLogic。 他们现在在版本10.3.1（或“11g”）。
最后，我认为甲骨文 – 惊讶地说，我正朝着一个明确的方向前进。 随着最近收购Sun，甲骨文公司现在是Java技术的主要提供商，并且有许多人认为是领先的Java应用服务器。 如果没有明确的市场主导计划，他们就不会投资这些公司和技术。 我认为甲骨文最近在Java EE 6，WebLogic和JDeveloper领域的变化表明，他们正在极力推动Java领导者的发展。
我还是更喜欢JBoss; 这很简单，只是工作。 我有很多将Seam 2.x应用程序从JBoss转换为Weblogic的问题，但是我希望在某些时候能够取得成功。
就个人而言，我会selectJBoss（社区版）而不是Weblogic（服务器），因为它是免费的（你知道，就像在自由中一样）。 但是，这不是回答这个问题，所以…
我可以看到selectWeblogic的两个主要原因：
- Weblogic是一个集成度很高的产品，具有单个configuration机制/文件（更容易configuration和维护）。
- 与Tuxedo整合。
*）容易这个词是主观的。 当你知道如何去做的时候，大多数事情都很简单。
我已经完成了对WebLogic，JBoss和WebSphere的3个评估。 WebLogic赢得了其中的每一个，手下。 话虽如此，我简单的指导是这样的：如果您不担心扩展数千个并发用户，那么使用JBoss。 但是，如果您打算超越这个范围，那么您将需要一些经过validation的function和强大的function – 这就是WebLogic。
注意：应用服务器供应商通常为了稳定而牺牲技术特性。 换句话说，鲁棒性与技术特征是紧密相连的。 如果你想要新的function，你会得到更多的错误。 这让我感到惊讶，有多less技术人员不知道。 但是，如果你想到为什么你不急于购买第一个新的Windows操作系统版本，你会明白为什么这是如此。
HTH
我已经在jboss上工作了一年，在weblogic上工作了一年多了，我的web逻辑经验和jboss相比是好的，因为weblogic更加稳定和健壮，可以处理超过3000个并发请求而不会抛出一个exceptionjboss没有做到这一点，pipe理控制台的weblogic是优秀的，但我认为weblogic是更复杂的，然后jboss。 就客户在应用服务器上的投资而言，我的select肯定是weblogic。
那么，我build议使用Spring + Tomcat，只有当我绝对必须的时候才会引入一个全面的JavaEE应用服务器。
关于Weblogic和JBoss，我更喜欢JBoss，因为Weblogic更复杂。
我为两年的JBoss 4.x和5.x开发了基于Java的应用程序。 之后，我不得不与Weblogic 11一起工作。改变我的想法并不容易，但是现在我认为WL好多了。 更稳定，更快，pipe理控制台…就像一个梦想..很容易做设置和监测。
所以，我的select是Weblogic。
我想你们应该考虑TC Server，它是Vmware的一个变种。 在企业环境中可能会很好，因为他们中的大多数应该能够解决，作为虚拟化交易的一部分。
http://www.vmware.com/products/vfabric-tcserver/
PS – 我已经广泛使用了WLS。 对于某些应用程序，它可能是好的。 对于一些你真的不需要它。 所以非常受用例，规模等的驱使
您需要考虑TCO总体拥有成本
在使用JBoss时，您必须考虑到这些成本：
- 年度支持订阅
- 持续更高的pipe理和行政成本
- 停电对成本的影响
- 产品性能对成本的影响
- 互操作性testing和不同OSS项目的整合成本较高
- 支持综合OSS解决scheme的复杂性和成本
- 保险赔偿保险
- 支持和维护修改代码的成本
- 额外的时间和精力来处理无数的开源许可证
JBoss（红帽）尚未发布商业支持的100％Java EE 5兼容容器*。 有一个testing版的JBoss 5。 希望他们不会比Java EE 6落后3年。与Java EE x相比，JBoss更关心他们的容器，因为这就是他们所说的客户更感兴趣的东西，我从来没有见过这些客户。 但这确实意味着Java EE在他们的世界中是一个二等公民。 作为certificate，他们的集装箱甚至不符合合规模式; 你必须调整一些configuration文件，使其符合规范。
如果Sun不会被甲骨文的黑洞消耗掉，我会推荐Glassfish。
- 红帽有一个商业支持的90％Java EE 5兼容容器。 JBoss 4.3是Java EE 5版本的“垫脚石”。
这取决于。
你是不是喜欢购买像“甲骨文”这样的其他公司的支持的公司，并且只要他们被制造商覆盖就不关心这笔钱的花销（是的，我知道Redhat也出售了支持，公司不喜欢从他们那里购买）
无论如何，这是一个相当主观的问题，我不认为会有一个正确的答案。
IBM发布了他们的BETA版本的Java EE 6服务器。 所以在Java EE 6的情况下，我认为IBM将是领导者。 另外JBoss是一个很好的服务器，但是在负载很重的情况下，我的经验表明，与WebLogic和WebSphere相比，它不是完全可靠的。
