Tomcat против Pivotal TC Server

может ли кто-нибудь посоветовать плюсы и минусы использования Pivotal TC Server, а не просто vanilla Tomcat для веб-приложения Spring-MVC Java? Мог найти очень мало о Pivotal, кроме как на их сайт и тот факт, что он упакован как часть набора инструментов Spring. Это отсутствие информации заставляет меня немного опасаться зависимости от нее...

Справочная информация: я готовлю среду разработки для проекта Spring-MVC и в настоящее время оценка целесообразности использования packaged Spring Tool Suite (STS) или просто начните с последнего Eclipse (возможно, в сочетании с Eclipse STS плагин). Столкнулся с Pivotal TC Server в качестве одного из дополнительных компонентов в этом плагине.

4 ответов


Pivotal TC Server содержит все vanilla Tomcat и имеет несколько дополнительных расширений, предназначенных для упрощения развертывания и обслуживания. Разбиты на три группы, разница выглядит так:

расширения конфигурации (без измененного кода, просто изменения конфигурации, которые мы реализуем)

  • Multi-Instance с использованием общих двоичных файлов
    • тривиально менять версии Tomcat при сохранении приложения и конфигурации
  • переменной Подстановка в конфигурационных файлах
  • Протоколирование Async
  • мягкая настройка безопасности (порты, приложения mgmt, JMX)

Расширения Кода

  • версии исправлений-исправить недостатки в текущем выпуске [например, tomcat-7.0.32.B. RELEASE]
  • расширенный интерфейс JMX
    • Дополнительные Метрики
    • Развертывание Приложений
  • диагностический клапан-хорошая информация об устранении неполадок, когда есть замедление
  • Шаблоны конфигурации-включая созданные на заказ
  • изменить уровень журнала на лету
  • Расширенная репликация сеанса (Gemfire)
  • Oracle DB Connection Proxy

Дополнения

  • Оболочка Службы Windows
  • RPM / Apt-Get / Debian installers (linux)
  • сценарии запуска (linux)
  • Рецепты Шеф-Повара
  • Кукольный Скрипты
  • пароль Шифрование
  • Spring Insight для настройки производительности

FYI на теге, есть еще старый тег" springsource-tc-server". SpringSource теперь имеет решающее значение. (Можем ли мы / должны ли мы обновить тег или добавить новый?)

надеюсь, что это помогает.


SpringSource TC Server-это корпоративная версия Apache Tomcat, широко используемого сервера веб-приложений. Сервер SpringSource TC затвердет для пользы предприятия и соединен с ключевыми рабочими возможностями, предварительными диагностиками, и подперт критически важной поддержкой.

SpringSource TC Server предназначен для замены Apache Tomcat, обеспечивая бесшовный путь обновления для существующих пользовательских и коммерческих программных приложений, уже сертифицированных для Tomcat. Поддержание такого уровня совместимости позволяет нашим клиентам добавлять критически важные для бизнеса функции, необходимые для более эффективного запуска приложений и управления ими с наименьшими усилиями.

найти более подробную информацию на http://static.springsource.com/projects/tc-server/6.0/getstart/cgsdiffs.html


Это не отвечает на ваш вопрос о плюсах и минусах, но я нашел этот сайт действительно полезным в получении сервера tc и работает в STS. http://sosiouxme.wordpress.com/2012/04/06/the-missing-guide-to-creating-and-modifying-tc-server-instances-for-sts/


Мне кажется, это высокая цена за просто контейнер сервлетов. В частности, это (сервер tc), видимо, пытается mimmic сервер качество продукции приложения (сервлета) с дополнительными функциями. Для развития это кажется излишним. Вы могли бы также использовать Tomcat автономный или Glassfish или причал.

Я бы выбрал сервер tc Если моей целью была облачная реализация облака Foundary, который в конечном итоге был моей целевой средой развертывания производства.

наконец, я просто заметил, что сервер tc является коммерческим предложением. Таким образом, последствия лицензирования, если функции станут неотъемлемой частью вашей доставки, могут иметь стоимость, которую ваш проект не будет нести: https://www.cdw.com/shop/products/SpringSource-tc-Server-Spring-Edition-license/2156278.aspx