Nav*_*Nav 9 containers ejb glassfish java-ee openejb
我们可以用Tomcat/OpenEJB代替Glassfish用于更轻的应用吗？与Glassfish作为EJB容器相比,OpenEJB的性能如何？
OpenEJB而不是glassfish的限制是什么？
问候
请注意,Hani的评论与Geronimo 1.0/OpenEJB 2.0有关.Hani在frankenstein评论中是错误的,因为OpenEJB 2.x代码库完全是从头开始为Geronimo构建的,因此它只在Geronimo中运行; 嵌入式,tomcat和独立模式都丢失了.我们发现哈尼的评论是正确的,因为表现并不好.
对于OpenEJB 3.x,我们放弃了2.x代码库,从我们在OpenEJB 1.x中停止的位置开始,并将其提升到EJB 3.0认证.2.x和3.x共享无代码.OpenEJB 3.x结果非常好,自2008年第一个3.0发布以来,该项目发展迅速.在.wars中的EJB 3.1嵌入式容器和EJB功能来自OpenEJB.我们有第一个@Singleton实现,并希望在今年第四季度完成EJB 3.1的其余部分并认证Web配置文件.自1月份以来,故障转移和JMX监控一直处于重大发展阶段,现已完成,并将在几周内在3.1.3中发布.故障转移实际上是第二代,第一次故障转移支持在3.1.1中发布.3.1中完成了重要的远程性能工作.
对某些人来说不那么重要,但对其他人来说非常重要,Apache OpenEJB不是一个企业控制的开源项目.大多数提交者都是在工作中获得提交并使用OpenEJB的用户.这有其优点和缺点,但最重要的是OpenEJB充满了喜欢它并使用它的人,社区就像源头一样开放.
2011年10月,我们通过"Tomcat + OpenEJB"获得了Java EE 6 Web Profile认证,现在称为Apache TomEE.
经过认证并具有更清晰的名称,我们希望这使得堆栈更易于理解和比较.
在个人方面,我将此主题中的评论视为采取认证步骤的主要动机之一.感谢StackOverlfow的每个人提供的反馈意见,我发现这些反馈既令人鼓舞又有基础.与这个社区的联系导致OpenEJB/TomEE发生了如此多的积极变化.
我想这个问题是关于运行时环境的,但我仍然不明白更轻的应用程序是什么意思.内存占用？启动时间？部署时间？你实际上有什么问题？请定义光.
对于它的价值,我认为GlassFish 3是一个轻量级运行时,我对它的体验是非常积极的.从产品数据表:
Oracle GlassFish Server 3实现了OSGi运行时,该运行时允许根据需要将功能动态添加到Java服务器,并且可以部署最小的Java堆栈以支持应用程序.这有助于通过仅加载为部署的应用程序提供服务所需的模块来尽可能减小占用空间 - 从而缩短启动时间并降低资源利用率.
其次,我个人不喜欢Frankenstein的方法,我相信你用真正的应用服务器获得的所有部分之间的粘合剂是增值的一部分,这就是我使用app服务器的原因.
第三,我从来没有使用过OpenEJB,我只用它进行测试,从未计划用于生产,主要是因为它的声誉不好.看到关于Geronimo在TSS上的表现的评论(来自Hani Suleiman,如果它是腐蚀性的话,不要感到惊讶):
我认为说EJB层是"可接受的"是你能说的最好的事情.
据我所知,geronimo的ejb代码基于openEJB,从历史上看,它是你可能找到的最糟糕的容器.你必须非常努力地找到它,只有在你实现了这个可疑的目标时才会充满各种程度的后悔/愤怒.
G的表现总是低于标准,这并不奇怪.弗兰肯斯坦的软件构建方法是糟糕表现的一个很好的方法.当然,你会有很多漂亮的图表,很棒的依赖图和松耦合.所有这些都与想要一个可以视为黑盒子的连贯应用服务器的用户完全无关.
事情可能已经改变,OpenEJB可能已经改善了,至少有一点,但仍然:
出于所有这些原因,我不会考虑Tomcat + OpenEJB而不是GlassFish,特别是如果没有问题需要解决.
| 归档时间： |
|
| 查看次数： |
3682 次 |
| 最近记录： |