我们本周在 SpringOne Americas 会议上发布了一个名为 SpringSource tc Server 的新产品。 Springsource tc Server 是一个基于 Apache Tomcat 的企业级 Web 应用程序服务器。

尽管 SpringSource 并不是第一家围绕 Apache Tomcat 构建产品的公司（WebSphere Community Edition 和 JBoss 都在其 J2EE 应用程序服务器中嵌入了 Tomcat 的版本，并且 JBoss Web 2.1.1 的开发者版本也嵌入了 Tomcat），但 tc Server 的独特之处在于它保留了 Tomcat servlet/JSP 编程模型。 为 Tomcat 编写的应用程序可以 100% 移植到 tc Server，反之亦然。

tc Server 保留了开发人员关心的 Tomcat 的所有最佳方面，并增加了操作和支持团队所需的必要管理和诊断功能，以降低在关键任务生产中运行 Tomcat 托管应用程序的风险和总体成本。 就像 Tomcat 一样，tc Server 轻巧、易于使用且速度快。 它的内存占用约为 7 兆字节，冷启动时间不到 3 秒。 在 Web 应用程序的吞吐量和可伸缩性方面，它还可以与任何功能齐全的 Java EE 应用程序服务器竞争。

如果您今天使用 Tomcat，您已经知道版本 6 在解决可靠性方面已经走了很长一段路。 Tomcat V6 中的集群已经大大改进。 tc Server 完善了该软件包，并为企业 Java Web 应用程序部署提供了基本的“您需要什么，而不是您不需要什么”解决方案。

tc Server 包含一个操作控制台，允许定义和单步管理服务器组，它还与 Tomcat 紧密集成，以提供对分布式 Tomcat 服务器场的无与伦比的可见性和控制。

tc Server 是我们多年来向 Tomcat 提交代码和支持 Tomcat 生产的经验的结果。 通过我们的经验，我们看到了两种关键的用例。

首先，我们了解到，虽然开发人员喜欢开源 Apache Tomcat，但通常在生产中维护这些应用程序的成本包括隐藏成本。 管理大型 Tomcat 服务器场可能很昂贵。 大多数组织最终都会编写自己的脚本来进行配置和部署。 由于标准的 Tomcat 的诊断能力有限，因此在测试和生产中排除故障可能既缓慢又昂贵。

其次，我们了解到，今天部署在完整的 Java EE 应用程序服务器上的大量应用程序仅使用 servlet API。 大多数 Spring 应用程序都属于此类别，它们使用 Spring 容器而不是 EJB 容器。 通常，组织会在 Tomcat 上进行开发，然后在 Java EE 应用程序服务器上进行部署。 他们在 Tomcat 上进行开发是因为 Tomcat 为他们提供了开发人员的生产力（同样是因为它简单且快速）。 他们在功能齐全的 Java EE 应用程序服务器上进行部署，是因为操作团队受益于 Java EE 应用程序服务器附带的管理和诊断功能。

tc Server 旨在解决这两个用例。 一方面，升级到 tc Server 的 Tomcat 用户将受益于 tc Server 中的操作管理和高级诊断功能。 另一方面，在商业 Java EE 应用程序服务器上部署的 Web 应用程序可以在 tc Server 上得到支持，而成本仅为 Java EE 服务器的一小部分。 tc Server 将免费提供给所有开发人员，用于生产部署的订阅费用约为每个 CPU 500 美元。

对于需要精益、强大且低成本的平台来部署 Web 应用程序的组织来说，tc Server 应该很有用。 Spring/Tomcat 现在是 Java Web 应用程序的领先堆栈。 因为部署在 Tomcat 或 tc Server 上的任何应用程序都可以无缝升级到 SpringSource dm Server，所以这也可以为公司迁移到模块化的 OSGi 架构提供一个平滑的路线图。

我们将于 2009 年 1 月发布 tc Server。 试用一下，让我们知道您的想法。