Томкат — сервлет-контейнер Apache¶

Tomcat (полное название — Apache Tomcat) — свободный сервлет-контейнер с открытым исходным кодом, разрабатываемый сообществом Apache Software Foundation. Реализует спецификации Java Servlet, JavaServer Pages (JSP), Java Expression Language и Java WebSocket, то есть предоставляет среду для выполнения серверных Java-приложений и обработки HTTP-запросов. Распространяется под лицензией Apache License 2.0 и является одним из наиболее распространённых контейнеров сервлетов в корпоративной и веб-разработке.

¶История

Проект возник в 1999 году как результат соглашения между Sun Microsystems и организацией Apache Software Foundation. Изначально спецификацию сервлетов развивала Sun в рамках Java Community Process, а эталонную реализацию было решено передать сообществу открытого кода. Первая версия Tomcat (3.0) вышла в 1999 году и поддерживала Servlet 2.2 и JSP 1.1.

Название «Tomcat» (в переводе с английского — «кот») связано с традицией давать проектам Apache имена животных; сам логотип изображает кота. Развитие шло параллельно с версиями спецификаций Java EE: Tomcat 5 поддерживал Servlet 2.4, Tomcat 6 — Servlet 2.5, Tomcat 7 — Servlet 3.0, Tomcat 8 — Servlet 3.1, Tomcat 9 — Servlet 4.0, а Tomcat 10 перешёл на пространство имён Jakarta EE (пакеты jakarta. вместо javax.). Каждая ветка имеет собственный цикл поддержки.

¶Архитектура и устройство

Tomcat построен по модульному принципу и состоит из нескольких ключевых компонентов:

• Catalina — собственно сервлет-контейнер, управляющий жизненным циклом сервлетов и обработкой запросов.
• Coyote — HTTP-коннектор, принимающий сетевые соединения и преобразующий их в объекты запросов и ответов.
• Jasper — движок JSP, компилирующий JSP-страницы в сервлеты.
• Cluster — подсистема кластеризации для организации сессий между узлами.

Иерархия компонентов включает Server, Service, Connector, Engine, Host, Context и Wrapper. Конфигурация задаётся в основном файле server.xml, а развёртывание приложений — через каталоги webapps или дескрипторы контекста. Tomcat может работать как самостоятельный HTTP-сервер либо интегрироваться с внешними веб-серверами (Apache HTTP Server, Nginx) через протоколы AJP или HTTP-проксирование.

¶Режимы работы и развёртывание

Контейнер поддерживает несколько сценариев использования. В автономном режиме Tomcat сам обслуживает HTTP-трафик на порту 8080 по умолчанию. В связке с фронтальным веб-сервером он выступает как сервер приложений, а статические ресурсы отдаёт внешний сервер. Приложения поставляются в виде WAR-архивов или распакованных каталогов.

Для управления развёртыванием служит веб-интерфейс Tomcat Manager, позволяющий загружать, останавливать и удалять приложения. Настройки безопасности включают роли пользователей, ограничение доступа к административным страницам и изоляцию приложений через отдельные загрузчики классов.

¶Применение

Tomcat широко используется как:

• самостоятельный сервер для Java-веб-приложений и REST-сервисов;
• контейнер сервлетов внутри более крупных платформ (например, в составе серверов приложений);
• эталонная реализация при разработке и тестировании Java EE-компонентов;
• основа для встраивания в другие продукты, поскольку допускает запуск как встроенной библиотеки.

Благодаря открытости и зрелости Tomcat применяется в государственных, финансовых и промышленных информационных системах, в том числе в России, где на нём строятся внутренние порталы, интеграционные шины и корпоративные сервисы.

¶Характеристики и особенности

Среди технических особенностей выделяют поддержку виртуальных хостов, пулов соединений (JDBC), менеджеров сессий, а также механизмов аутентификации и авторизации на основе Realm. Tomcat нетребователен к ресурсам по сравнению с полноценными серверами приложений, легко конфигурируется и имеет развитую систему логирования на базе Java Util Logging.

К ограничениям относят отсутствие встроенной поддержки ряда спецификаций Java EE (EJB, JMS, JTA в полном объёме) — для них требуются дополнительные библиотеки или переход на серверы приложений вроде WildFly, GlassFish или Payara.

¶Безопасность

История проекта включает несколько громких уязвимостей, в том числе в механизмах обработки запросов и в примерах приложений, поставляемых по умолчанию. Регулярные обновления и рекомендации по удалению демонстрационных приложений, отключению неиспользуемых коннекторов и ограничению прав менеджера стали стандартной практикой эксплуатации. Сообщество выпускает патчи в рамках поддерживаемых веток, а устаревшие версии получают только ограниченную поддержку.

¶Сообщество и лицензирование

Разработка ведётся в рамках Apache Software Foundation по модели меритократии: участники получают права коммиттеров по результатам вклада. Код доступен в публичном репозитории, документация поддерживается сообществом. Лицензия Apache 2.0 разрешает свободное использование, модификацию и распространение, включая коммерческие продукты.

¶Сравнение с аналогами

Помимо Tomcat, существуют другие контейнеры сервлетов и серверы приложений: Jetty (лёгкий и встраиваемый), Undertow, а также полноценные платформы Java EE. Tomcat занимает нишу между минималистичными контейнерами и тяжёлыми серверами приложений, что объясняет его популярность как базового решения для Java-веб-разработки.

Источники: документация Apache Software Foundation, спецификации Jakarta EE, технические руководства по Java Servlet и JSP, материалы сообщества Apache Tomcat.