JavaEE应用服务器还是轻量级容器?

JavaEE应用服务器还是轻量级容器?,java,spring,architecture,scalability,application-server,Java,Spring,Architecture,Scalability,Application Server,让我先说这不是我的实际情况,但我问这个问题更多是为了我自己的知识和其他人的意见 我使用过Spring和EJB3/JBoss,对于我构建的较小类型的应用程序,Spring(+Tomcat,如果需要)的使用要简单得多。然而,当扩展到需要负载平衡和集群等功能的大型应用程序时,Spring仍然是一个可行的解决方案吗?或者,当您开始变得足够大以至于需要EJB3/JBoss这样的解决方案时,是时候转向EJB3/JBoss这样的解决方案了吗?我不确定我是否已经很好地确定了问题的范围以得到一个好的答案,所以请让

让我先说这不是我的实际情况,但我问这个问题更多是为了我自己的知识和其他人的意见

我使用过Spring和EJB3/JBoss,对于我构建的较小类型的应用程序,Spring(+Tomcat,如果需要)的使用要简单得多。然而,当扩展到需要负载平衡和集群等功能的大型应用程序时,Spring仍然是一个可行的解决方案吗?或者,当您开始变得足够大以至于需要EJB3/JBoss这样的解决方案时,是时候转向EJB3/JBoss这样的解决方案了吗?我不确定我是否已经很好地确定了问题的范围以得到一个好的答案,所以请让我知道

谢谢, 杰夫

负载平衡通常是一种独立于应用服务器的硬件解决方案(如BigIP或Cisco ACE)


Spring可以是企业级的,就像EJB一样。没有分界线表明Spring不能处理它。

我可以说,在我们的项目中,为了性能起见,我们已经放弃了JBoss,转而使用Spring/Tomcat

J2EE应用程序容器(以及JBoss,作为一个实现)的一个关键特性是在不同类型的事务资源之间实现透明的分布式事务。这是一个好主意,它简化了JMS消息传递和数据库操作的协调。但是,当涉及到高质量的必要性时,它就成了一个问题。不幸的是,分布式事务以其缓慢的速度著称

从JBoss迁移到Spring并不是一件容易的事情,但是这是可能的,Spring/Tomcat可以被认为是JBoss的全功能替代品,除了极少数例外