在企业中使用Tomcat Web容器
我们正在为我们的一位客户实施企业门户。作为架构评估的一部分，我们正在考虑 Web 容器的数量 - Apache Tomcat 就是其中之一。
J2EE 领域出现了许多基于 Tomcat 的企业解决方案，仅举一些例子：
- Spring Source 的 Enterprise Tomcat 服务器
- Mule Source 的 TCat 服务器
- IBM WebSphere Community Edition Tomcat Container
- 基于 Tomcat 的 JBoss Web Server
我们已经看到有某些企业扩展这些发行版提供的功能使 Tomcat 更加强大并为企业做好准备。这些扩展位于以下领域：
- 连接池
- 管理扩展
- 线程池和 IO 扩展
- 配置扩展
想了解这些方面的经验（或者是否有任何其他企业发行版）以及是否有任何可用的企业扩展 - 例如连接池、管理扩展或安全配置扩展
We are implementing enterprise portal for one of our client. As part of architecture evaluation we are considering number of web containers - Apache Tomcat being one of them.
There are number of Tomcat based enterprise solutions emerging in J2EE arena, to name some of them:
- Enterprise Tomcat server from Spring Source
- TCat server from Mule Source
- IBM WebSphere Community Edition Tomcat Container
- JBoss Web Server based on Tomcat
We have seen there are certain enterprise extensions provided by these distributions to make Tomcat more robust and enterprise ready. These extensions are in following areas:
- Connection pooling
- Management Extensions
- Thread pooling and IO extensions
- Configuration extensions
Would like to know the experience on these (or if there are any other enterprise distribution) and also are there any enterprise extensions available - such as connection pools, management extensions or secure configuration extensions
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我还可以建议 Eclipse Virgo 服务器作为替代方案（以前的 SpringSource dm 服务器）。这是一个使用 Tomcat 作为 Web 前端的 OSGi 容器。您可以轻松地将所需的扩展安装为 OSGi 捆绑包。它不是一个完整的 J2EE 容器，您可以跳过不需要的内容。
一般来说，如果您需要一些完整的 J2EE 功能，那么最好使用一个开箱即用的完整 J2EE 容器，而不是尝试以某种方式将它们添加到 Tomcat。 OSGi 容器提供了一种替代方案，因为它们允许您轻松管理所需的功能。
May I also suggest Eclipse Virgo server as an alternative (former SpringSource dm Server). This is an OSGi container that uses Tomcat for the web front end. You can easily install the extensions you need as OSGi bundles. It isn't a full J2EE container and you can skip the things you don't need.
In general, if you need some of the full J2EE capabilities, it would be better to go with a full J2EE container that offers them out of the box, than trying to add them to Tomcat somehow. OSGi containers offer an alternative, as they allow you to easily manage the features you need.
在过去的八年里，我一直使用 J2EE 开发企业 Web 解决方案，并且使用开源 tomcat 解决方案没有任何问题。使用数据库访问时，您应该使用连接池，但是 Apache Commons DBCP 可以完成它的工作。我还使用了可通过 tomcat 中的 jconsole 访问的 MBean（使用 Spring @ManagedResource），tomcat 还具有线程池就像任何 J2EE 实现一样。
根据我的经验，大多数“商业”版本的存在都是为了满足咨询需求（没有 IBM 顾问几乎不可能安装 WebSphere ；-）
I developed enterprise web solutions with J2EE for the last eight years and had no problem using the open source tomcat solution. Using database access, you should use connection pooling, but Apache Commons DBCP does its work. I also used MBeans accessible by the jconsole in the tomcat (using Spring @ManagedResource), The tomcat has also Thread pooling like any J2EE implementation.
From my experience, most of the "commercial" versions exist to create consulting needs (it is nearly impossible to install a WebSphere without a IBM consultant ;-)