什么时候放弃JavaEE容器(即JBoss)来直接使用Tomcat

如果您没有使用JBoss的任何高级功能,也不打算使用,那么最好使用纯嵌入式Tomcat。这样,如果在Tomcat中找到了一个安全修复程序,您可以只升级一个嵌入式组件,然后继续。JBoss要大得多,因此更难升级。

如果您从JBoss使用的都是JMS或JNDI,或者其他可以作为Tomcat中独立的第三方组件轻松嵌入的东西,那么一定要放弃JBoss,转而使用嵌入式Tomcat。

至于更好地与Eclipse集成,我希望两者都能与Eclipse很好地集成。我使用MyEclipse,它支持JBoss和Tomcat。因此,这可能取决于您使用的Eclipse版本和插件。

您希望与Eclipse进行哪种集成?我相信有一些插件可以进行某种集成(比如 Sysdeo Eclipse Tomcat Launcher plugin

至于是否值得坚持使用JBoss:如果您不需要该功能,那么可能不值得。在Tomcat中有很多方法可以实现连接池,具体取决于您使用的其他方法。(例如,如果使用Hibernate和Spring,各种连接池在其中都能正常工作。)

the Tomcat 5.5 docs .

拥有一个合理的“精干而中庸”的堆栈有很多值得一提的地方——不是在性能方面,而是在理解应用程序中发生的事情和简化部署方面。

如果您只需要JMS,如果您不需要应用服务器管理的事务提供程序来处理跨越JDBC的事务(例如跨越JMS+JDBC的事务),我会选择Tomcat或Jetty。

顺便说一下,如果你有选择的话,我会考虑Tomcat上的码头。

至于Tomcat和Eclipse的集成,这里有很多选项。我为Eclipse使用了一个名为Sysdeo Tomcat的插件(有点自定义)。标准方法是使用类似WTP的东西。我使用Sysdeo Tomcat插件,因为它的开销似乎最低。另一个选择是只使用Jetty Eclipse插件——同样,我发现Jetty在几乎所有可能的方面都优于Tomcat。

根据你想做的事情,你也可以考虑码头。

你可以试试这个: http://www.atomikos.com/Publications/J2eeWithoutApplicationServer -如果你需要一个网层,可以结合一个轻量级网容器和Wicket。

这两者的结合将为Java/JavaEE带来前所未有的生产力。

嗯 男人