Jboss vs tomcat(消除JavaEE支持的阴影)

Jboss vs tomcat(消除JavaEE支持的阴影),tomcat,jboss,jms,ejb,application-server,Tomcat,Jboss,Jms,Ejb,Application Server,从经验的角度来看,这是关于这个老话题的另一个问题,到底是什么让人们选择Jboss或其他应用服务器来对抗tomcat 我不是说java ee支持,我的意思是,Tomcat可以通过添加一些库和一些小配置使所有java ee api工作,所以如果可能的话,我为什么要使用Jboss,为什么大多数人在使用JMS时更喜欢Jboss而不是Tomcat,EJB…这是我几年来在生产中使用JBoss的观点 有了Wildfly stable,Redhat需要几个月来强化项目,以实现可维护和生产就绪。即使这样,您也面临

从经验的角度来看,这是关于这个老话题的另一个问题,到底是什么让人们选择Jboss或其他应用服务器来对抗tomcat


我不是说java ee支持,我的意思是,Tomcat可以通过添加一些库和一些小配置使所有java ee api工作,所以如果可能的话,我为什么要使用Jboss,为什么大多数人在使用JMS时更喜欢Jboss而不是Tomcat,EJB…

这是我几年来在生产中使用JBoss的观点

有了Wildfly stable,Redhat需要几个月来强化项目,以实现可维护和生产就绪。即使这样,您也面临着生产中的问题

在更复杂的场景和重载情况下,它们中的大多数都会在结合使用EE功能时出现

每个API都有自己的规范。规范尽量做到完整和一致(这是不现实的)。如果你必须把事情放在一起,你最终会有一个共同点,即保证的行为和许多观察到的行为,可能会随着版本的演变而变化

使用applicationserver,您可能会发现,通过使用常见的方法来解决交叉问题,例如配置、监视、日志记录、补丁管理、安全性等,事情会更好地相互匹配


您的方法,只是将一些API放在一起并进行一些配置,将适用于小型应用程序,而不适用于生产,也不适用于将来的维护。

什么定义了“轻量级”?您是对的,在这种情况下,它可能会错引,比如说……重蹈Tomcat的覆辙?