Jakarta ee 比较OpenEjb和Glassfish

我们可以用Tomcat/OpenEJB代替Glassfish用于更轻的应用程序吗？ 与glassfish作为EJB容器相比，OpenEJB的性能如何

OpenEJB代替glassfish的限制是什么

---

关于

我想问题是关于运行时环境，但我仍然不理解打火机应用程序的含义。内存占用？启动时间？部署时间？你到底有什么问题？请定义光

值得注意的是，我认为玻璃鱼3是一个轻运行时间，我的经验是非常积极的。从产品中：

Oracle GlassFish Server 3实现了OSGi运行时，它允许根据需要动态地将功能添加到Java服务器，并允许部署最小的Java堆栈来支持应用程序。这有助于通过仅加载为已部署应用程序提供服务所需的模块来保持尽可能小的占用空间，从而缩短启动时间并降低资源利用率

其次，我个人不喜欢弗兰肯斯坦的方法，这就是我使用应用服务器的原因

第三，我从来没有将OpenEJB放在工作台上，我只将其用于测试，也从未计划将其用于生产，主要是因为它的坏名声。请参阅以下关于Geronimo在TSS上的性能的内容（来自Hani Suleiman，如果是腐蚀性的，请不要感到惊讶）：

我可以想象说EJB 级别为“可接受”是关于 你能说的最好的话

据我所知，geronimo的ejb代码 以openEJB为基础， 从历史上看，bean是最糟糕的容器 你可能会找到。你必须 看起来也很难找到，只是 充满不同程度的 一旦你做到了，你会后悔/愤怒 可疑的目标

毫不奇怪G是 表现总是低于标准。 软件的弗兰肯斯坦方法 建筑是一个很好的坏方法 演出当然，你会有很多 很漂亮，很好看 依赖关系图和松耦合。 所有这些都与我们无关 需要一致的appserver的用户 他们可以将其视为一个黑匣子

事情可能已经改变，OpenEJB可能已经有所改进，至少有一点，但仍然：

• OpenEJB不完全支持EJB3.1
• Tomcat+OpenEJB仍然不是一个完整的JavaEE实现，您可能仍然需要为您的产品添加一些组件（甚至不提JavaEE6）
• 那么管理、集群等方面又如何呢
• 如果您不需要完整的JavaEE6概要文件，那么有JavaEE6Web概要文件
• 我很喜欢GlassFish 3，我不觉得它“重”（我建议试试）
• 我知道它可以表现得很好

由于所有这些原因，我不认为Tomcat + OpenEJB而不是GLASISFISH，特别是如果没有问题要解决。p> 相关问题

另见

---

注意，哈尼的评论是关于Geronimo 1.0/OpenEJB 2.0的。Hani在弗兰肯斯坦的评论中是错误的，因为OpenEJB 2.x代码库完全是为Geronimo从头开始构建的，因此它只在Geronimo中运行；嵌入式、tomcat和独立模式都丢失了。我们发现哈尼的评论是正确的，表现不好

对于OpenEJB3.x，我们放弃了2.x代码库，从OpenEJB1.x中停止的地方开始学习，并将其升级到EJB3.0认证。2.x和3.x没有共享代码。OpenEJB 3.x的结果非常好，自2008年发布第一个3.0版本以来，该项目一直在快速增长。EJB3.1嵌入式容器和.wars中的EJB特性来自OpenEJB。我们有了第一个@Singleton实现，希望在今年第四季度完成EJB3.1的其余部分并认证web概要文件。故障切换和JMX监控自1月份以来一直在进行大量开发，现已完成，并将在几周后在3.1.3版中发布。故障切换实际上是第二代，第一个故障切换支持在3.1.1中发布。在3.1.1版本中完成了大量的远程性能工作，在我们的基准测试中，RPC调用平均达到7300 TPS

ApacheOpenEJB对某些人不太重要，但对其他人非常重要，它不是一个由公司控制的开源项目。大多数提交者都是在工作中获得提交并使用OpenEJB的用户。这有其优点和缺点，但底线是OpenEJB充满了热爱和使用它的人，社区与源代码一样开放

更新 2011年10月，我们通过“Tomcat+OpenEJB”（现在称为ApacheTomee）获得了JavaEE6Web概要文件认证

经过认证且名称更清晰，我们希望这使堆栈更易于理解和比较

---

就我个人而言，我认为这篇文章中的评论是采取认证步骤的主要动机之一。感谢StackOverlfow的每一个人的反馈，我觉得这既令人鼓舞，又有基础。与这个社区的联系在OpenEJB/TomEE中带来了如此多的积极变化。

我认为我支持David Blevins，因为Glassfish现在指的是Oracle，我们都知道他们在OC4J中留下的遗产。我担心Glassfish可能需要越来越多的硬件来提供同样的服务

---

无论如何，最好的建议是：建立一个基准，自己尝试两种解决方案，这只需要20个小时的专家工作。

在我的简短测试中，我发现glassfish不够轻，无法满足我的需要（启动时间和内存使用）。到目前为止，我对openejb很满意。

这篇文章真的很有趣。 这正是我们（公司）在三、四年前尝试OpenEJB 3.0之前的想法

我们现在对OpenEJB有了很好的经验，它在生产/开发中得到了广泛的应用。 它真的很轻而且容易使用。多亏了OpenEJB，开发人员节省了时间