【问题标题】:Tomcat vs Pivotal tc ServerTomcat vs Pivotal tc 服务器
【发布时间】:2014-06-18 21:53:19
【问题描述】:

有人可以就 Spring-MVC Java Web 应用程序使用 Pivotal tc Server 而不是普通 Tomcat 的优缺点提出建议吗?除了他们的website 以及它被打包为 Spring Tool Suite 的一部分之外,几乎找不到关于 Pivotal 的信息。这种缺乏信息让我对依赖它有点警惕......

背景: 正在为 Spring-MVC 项目准备开发环境,目前正在评估是使用打包的 Spring Tool Suite (STS) 还是直接使用最新的 Eclipse(可能与 Eclipse STS plugin 结合使用) .作为此插件中的可选组件之一遇到了 Pivotal tc Server。

【问题讨论】:

  • 您可能已经回答了自己的问题。始终遵循更好的文档和使用/支持的软件。此外,您还必须考虑将来需要什么样的增长和支持。 widley 支持 Tomcat。
  • 同意,但这里的困难在于它与 STS 一起打包 - 这是否可能使它成为在这种情况下使用的更受支持的产品?
  • 您现在使用的应用服务器。你可以使用嵌入servlet容器的Spring Boot,默认是tomcat,但可以是jetty,undertow。
  • 最后我们只使用了vanilla Eclipse、Spring和Tomcat。

标签: java tomcat sts-springsourcetoolsuite spring-tool-suite tcserver


【解决方案1】:

Pivotal tc Server 包含所有原版 Tomcat,并具有一些可选扩展,旨在使其更易于部署和维护。分为三组,差异如下所示:

配置扩展(没有更改代码,只是我们实施的配置更改)

  • 使用共享二进制文件的多实例
    • 在保留应用程序和配置的同时更改 Tomcat 版本很简单
  • 配置文件中的变量替换
  • 异步日志记录
  • 轻度安全调整(端口、管理应用程序、JMX)

代码扩展

  • 补丁版本发布 - 修复当前版本中的缺陷 [e.g. tomcat-7.0.32.B.RELEASE]
  • 扩展的 JMX 接口
    • 其他指标
    • 应用部署
  • 诊断阀 - 出现减速时的良好故障排除信息
  • 配置模板 - 包括自定义创建的
  • 动态更改日志级别
  • 高级会话复制 (Gemfire)
  • Oracle 数据库连接代理

附加组件

  • Windows 服务包装器
  • RPM / Apt-Get / Debian 安装程序 (linux)
  • 启动脚本 (linux)
  • 厨师食谱
  • 傀儡脚本
  • 密码加密
  • 用于性能调优的 Spring Insight

标签的事情仅供参考,仍然有旧的“springsource-tc-server”标签。 SpringSource 现在是 Pivotal。 (我们可以/应该更新标签还是添加一个新标签?)

希望这会有所帮助。

【讨论】:

  • 哇,谢谢!很高兴得到如此全面的答案(直接从马的嘴里 - “SpringSource 的咨询产品经理”)。
【解决方案2】:

SpringSource tc Server 是广泛使用的 Web 应用服务器 Apache Tomcat 的企业版。 SpringSource tc Server 已针对企业使用进行了强化,并与关键操作功能、高级诊断相结合,并得到关键任务支持的支持。

SpringSource tc Server 旨在替代 Apache Tomcat,确保为已通过 Tomcat 认证的现有定制和商业软件应用程序提供无缝升级路径。保持这种级别的兼容性使我们的客户能够添加他们需要的关键业务功能,从而以最少的工作量更有效地运行和管理他们的应用程序。

http://static.springsource.com/projects/tc-server/6.0/getstart/cgsdiffs.html找到更多信息

【讨论】:

    【解决方案3】:

    这并不能回答您关于优缺点的问题,但我发现此站点对于在 STS 中启动和运行 tc 服务器非常有帮助。 http://sosiouxme.wordpress.com/2012/04/06/the-missing-guide-to-creating-and-modifying-tc-server-instances-for-sts/

    【讨论】:

      【解决方案4】:

      在我看来,仅仅获得一个 servlet 容器的代价似乎很高。 具体来说,它(tc 服务器)似乎试图模仿具有附加功能的生产质量应用程序服务器(servlet 引擎)。 对于开发来说,这似乎有点矫枉过正。您也可以单独使用 TomcatGlassfishJetty

      如果我的目标是 Cloud Foundary 的某个云实现,而这最终是我的目标生产部署环境,我会选择 tc 服务器

      最后,我刚刚注意到 tc 服务器 是一种商业产品。因此,如果这些功能成为您交付不可或缺的一部分,则许可影响可能会产生您的项目无法承担的成本: https://www.cdw.com/shop/products/SpringSource-tc-Server-Spring-Edition-license/2156278.aspx

      【讨论】:

        猜你喜欢
        • 2019-06-06
        • 1970-01-01
        • 2016-08-17
        • 1970-01-01
        • 2018-07-30
        • 2010-10-22
        • 2015-08-26
        • 2018-04-18
        • 1970-01-01
        相关资源
        最近更新 更多