我想知道glassfish服务器和jboss (glassfish v3 vs JBoss7.0)在生产环境中使用的利弊,我知道更多的人使用jboss作为应用服务器,但是glassfish比jboss具有更多的特性和稳定性,您同意我的看法吗?
发布于 2013-02-19 14:05:54
在GlassFish论坛上问这个问题,你就会得到GlassFish的答案。在JBoss论坛上问这个问题,你就会得到JBoss的答案。问这里,你可能会得到两个:-)
稳定性。I可以告诉您,我们在GlassFish服务器开放源码版中投入的测试量很大--它在发布时具有与商业版本(Oracle )相同的高质量,尽管商业版本提供补丁的频率更高。根据JBoss (如果我错了就有人纠正我),JBoss没有在开源比特上进行全面的质量测试--完整的QA只在它们的商业发行版(JBoss企业应用程序平台)上进行。我不能用任何经验证据来说明开放源码appserver具有更好的质量,但是开放源码发行版的质量方法在这两者之间有很大的不同。
特性: IMHO,GlassFish具有更成熟和功能更丰富的管理控制台、命令行工具(用于自动化)以及RESTful管理和监视API。自从2005年之前,Sun应用服务器以GlassFish的形式开放源码,自2008年以来,RESTful API就开始在RESTful中使用。
FYI,我是GlassFish服务器产品经理,所以我有严重的偏见:-)
希望这有帮助,请让我们都知道你的最终决定和原因。
谢谢。
发布于 2013-08-30 17:32:13
负责JRebel的团队已经完成了a small comparison/evaluation here。
我的公司把一家三级护理医院(12,000名员工)从经营几项电子服务从WebSphere转到玻璃鱼。大大节省了许可费用,而且稳定性很高。
然而,我认为有一个领域,玻璃鱼是真正令人惊奇的,这一点不是很多人强调的。JRebel比较提到了这一点,但并没有赋予它足够的权重。大多数人从开发和性能的角度来看待应用服务器..。现在,大多数应用程序服务器在这方面都“足够好”(同样,请参阅JRebel比较)。
但是有一个特性需要大量的时间来开发,而且不是一夜之间就能完成的,它确实需要一个非常早期的架构决策。这是从一开始就内置在玻璃鱼根中的东西()。我说的是--完全使用命令行接口来控制服务器的能力。这是一个巨大的优势。它允许我们构建脚本,用于自动化集群服务器群中的所有内容(我们现在有将近15个服务器)。我指的是一切。我们使用Jenkins (Hudson)运行这些脚本,它确实是一个优雅的、集成的解决方案。
这并不是因为我们是一家聪明的公司,远非如此。玻璃鱼只会使它更容易做。命令行界面的价值随着时间的推移而节省了数万美元,而且每天都在增加。
https://stackoverflow.com/questions/14949370
复制相似问题