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

目前我们部署到JBoss4.2，因为这是部署在我们集群上的应用服务器。该应用程序目前仅通过JNDI和JBossWeb的嵌入式Tomcat以及两个JBoss的Tomcat阀（特别是RewriteValve，我们自己并不难做到）使用JBoss的连接池处理

---

对我来说，JBoss似乎有些过火了，我们是应该改用Tomcat呢，还是继续使用JBoss有什么好处？Tomcat与Eclipse的集成是否更好？

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

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

你什么时候应该坚持使用JBoss？当使用JBoss时，你的生活会变得更加轻松，因此升级JBoss的额外工作是值得的。这对很多人来说都是事实。在你的情况下，这听起来好像不是真的

---

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

您希望与Eclipse进行何种集成？我相信有一些插件可以进行某种形式的集成（比如），但我总是发现，如果需要的话，在调试模式下启动Tomcat是最简单的——这非常简单

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

尽管如此，Tomcat还是提供了自己的JNDI实现——根据

---

有一个合理的“精益和平均”堆栈有很多要说的-不是在性能方面，而是在理解应用程序中发生的事情，并简化部署。

< P>根据你正试图做的事情，你也可以考虑Jetty。

< P>我会和Tomcat或Jetty一起去，如果你只需要JMS，如果您不需要appserver管理的事务提供程序来处理跨越JDBC的事务（例如跨越JMS+JDBC的事务）

虽然您可以在JBoss这样的应用服务器之外执行JTA和JMS，但我在尝试让JTA在Tomcat下跨越JMS和JDBC时有过非常复杂的经历。也许这是ActiveMQ的早期版本，但它在一个非常重要的项目中占用了好几个月的时间。对于像JBoss这样的JavaEE服务器所提供的基础设施，特别是当您确实需要带有XADataSources的JTA时，应该说些什么。试图用独立的组件重新创建它是令人困惑的

如果你有选择的话，我会考虑Tomcat上的JETT。< /P> 至于Tomcat和Eclipse的集成，这里有很多选项。我为Eclipse使用了一个名为Sysdeo Tomcat的插件（有点自定义）。标准方法是使用类似WTP的东西。我使用Sysdeo Tomcat插件，因为它的开销似乎最低。另一个选择是只使用Jetty Eclipse插件——同样，我发现Jetty在几乎所有可能的方面都比Tomcat更可取。

您可以尝试以下方法：-如果需要web层，可以结合轻量级web容器和Wicket

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

嗯 家伙