Русские Блоги
Понять принцип работы Tomcat
Веб сервер
Поскольку веб-серверы называются веб-серверами, разделение труда и задачи, которые они решают, различны, поэтому в зависимости от функций, предоставляемых веб-сервером, имя каждого веб-сервера будет другим.
По функциям веб-сервер можно разделить на:
HTTP-сервер
HTTP-сервер занимается передачей и контролем доступа на уровне протокола HTTP, поэтому вы можете видеть прокси, балансировку нагрузки и другие функции на Apache / Nginx.
Клиент получает доступ к статическим ресурсам (файлам HTML, файлам изображений и т. Д.), Хранящимся на сервере, через HTTP-сервер.
Благодаря технологии CGI / Servlet обработанный динамический контент также может быть распределен через HTTP-сервер, но HTTP-сервер всегда точно передает файлы на сервере клиенту только по протоколу HTTP.
Apache и Nginx часто используются в HTTP-сервере. HTTP-сервер в основном используется для службы статического контента, прокси-сервера, балансировки нагрузки и т. Д. Прямая переадресация внешних запросов в следующие службы приложений (Tomcat, django и т. Д.).
Application Server
Вначале концепция сервлета не появлялась при разработке Apache Server, поэтому Apache не может поддерживать встроенный сервлет. Фактически, помимо Apache, многие другие программы HTTP-серверов не могут напрямую поддерживать сервлет. Для поддержки сервлетов программы обычно разрабатываются отдельно.Такие программы обычно называются контейнером сервлетов или иногда сервлетом. Это часть веб-сервера или сервера приложений, используемая для предоставления сетевых услуг поверх отправленных запросов и ответов, декодирования запросов на основе MIME и форматирования ответов на основе MIME. Он содержит и управляет сервлетами в жизненном цикле сервлетов. Это программа-оболочка, работающая в реальном времени. Общий запрос обрабатывается программным обеспечением веб-сервера во время выполнения, а вызов сервлета передается в «контейнер» для обработки.
Например, для Tomcat необходимо предоставить стандартные библиотеки классов, интерфейс и т.д., необходимые для работы JSP / Sevlet. Для удобства серверы приложений часто объединяют функции HTTP-сервера, но они не так мощны, как профессиональный HTTP-сервер, поэтому сервер приложений часто работает за HTTP-сервером, выполняет приложения и преобразует динамический контент в статический. HTTP-сервер распространяется среди клиентов.
Tomcat работает на JVM. Как и HTTP-сервер, он связывает IP-адреса и отслеживает TCP-порты. Он также содержит следующие обвинения:
Tomcat работает
Структура Tomcat очень сложна, но Tomcat также очень модульный.Если вы найдете основной модуль Tomcat, вы захватите «семь дюймов» Tomcat. Ниже приводится общая структура Tomcat:
Как видно из рисунка выше, ядро Tomcat состоит из двух компонентов:КоннекторсКонтейнер (Контейнер). Компонент Connector отвечает за создание объектов запроса и объектов ответа. Tomcat по умолчанию использует HttpConnector, который отвечает за создание объектов запроса и ответа в соответствии с полученным сообщением запроса Http и передачу этих двух объектов в контейнер, а затем в соответствии с содержимым в ответе Сгенерируйте соответствующее HTTP-сообщение.
Контейнер является родительским интерфейсом контейнера, и все дочерние контейнеры должны реализовывать этот интерфейс.Проще говоря, проект, развернутый сервером, запускается в контейнере. Элементы в контейнере получают соответствующие объекты запроса и ответа, передаваемые соединителем для выполнения соответствующих операций.
Разъем можно заменить в зависимости от конструкции и сценария применения. Один контейнер может соответствовать нескольким соединителям. Несколько коннекторов и один контейнер образуют службу. С помощью службы вы можете предоставлять услуги внешнему миру.
Чтобы предоставлять услуги для запроса сервлета, Tomcat должен сделать четыре вещи:
Теперь, когда мы захватили «семь дюймов» Tomcat, два основных компонента: Connector и Container, давайте начнем с Connector и посмотрим, как Tomcat обрабатывает HTTP-запросы.
Многие серверы приложений с открытым исходным кодом интегрируют tomcat в качестве веб-контейнера, и есть несколько изменений в коде контейнера сервлетов tomcat. Таким образом, производительность этих серверов приложений в основном зависит от производительности модуля коннектора, который Tomcat обрабатывает HTTP-запросы.
Модуль архитектуры Tomcat
Tomcat запущенный процесс
Предположим, запрос от клиента: http://localhost:8080/test/index.jsp
Запрос отправляется на локальный порт 8080, и он получается прослушивающим его соединителем Coyote HTTP / 1.1;
Коннектор передает запрос механизму службы, где он находится для обработки, и ожидает ответа модуля;
Движок получает запрос localhost: 8080 / test / index.jsp, соответствующий всем его виртуальным хостам Host;
Механизм соответствует Хосту с именем localhost (даже если он не соответствует, запрос будет передан Хосту для обработки, потому что Хост определен как хост по умолчанию для Механизма);
localhost Хост получает запрос /test/index.jsp, соответствующий всему контексту, которым он владеет;
Хост соответствует контексту, путь которого равен / test (если он не соответствует, передайте запрос контексту, имя пути которого «» для обработки);
Контекст с path = «/ test» получает запрос /index.jsp и ищет соответствующий сервлет в своей таблице отображения;
Создайте объект HttpServletRequest и объект HttpServletResponse и вызовите метод doGet или doPost JspServlet в качестве параметров;
Контекст возвращает объект HttpServletResponse после выполнения хосту;
Хост возвращает объект HttpServletResponse в Engine;
Engine возвращает объект HttpServletResponse в Connector;
Connector возвращает объект HttpServletResponse клиентскому браузеру;
Компонент соединителя
Из-за сложности этого процесса общий процесс можно объяснить следующей диаграммой последовательности:
Когда коннектор инкапсулирует соединение сокета в объекты запроса и ответа, следующие вещи остается обработать Контейнеру.
Контейнер сервлетов «Контейнер»
Контейнер является родительским интерфейсом контейнера, и все дочерние контейнеры должны реализовывать этот интерфейс. Конструкция контейнера контейнера использует типичный шаблон проектирования цепочки ответственности. Он состоит из четырех дочерних компонентов контейнера: Engine, Host, Context, Wrapper, Эти четыре компонента не параллельны, а являются родительско-дочерними отношениями: Engine содержит Host, Host содержит Context, а Context содержит Wrapper. Обычно класс сервлета соответствует оболочке. Если существует несколько сервлетов, можно определить несколько оболочек. Если имеется несколько оболочек, необходимо определить контейнер более высокого уровня. Например, контекст, контекст обычно соответствует следующей конфигурации:
Общий дизайн контейнера
Контекст также может быть определен в родительском контейнере Host, Host не требуется, но для запуска военной программы вы должны разместить, потому что в war должен быть файл web.xml, а для анализа этого файла требуется Host. Если есть несколько Хост собирается определить движок верхнего контейнера. Движок больше не имеет родительского контейнера. Движок представляет собой законченный движок сервлетов.
Когда коннектор получает запрос на соединение, он передает его контейнеру. Как контейнер обрабатывает запрос? Как разделены эти четыре компонента и как они передают запросы в определенные подконтейнеры? Как передать последний запрос сервлету для обработки. Ниже представлена временная диаграмма этого процесса:
Национальная библиотека им. Н. Э. Баумана
Bauman National Library
Персональные инструменты
Apache Tomcat
Содержание
Разработка
Разработка и поддержка Tomcat осуществляется фондом Apache Software Foundation и добровольцами. Пользователи имеют свободный доступ к исходным кодам и бинарным файлам Tomcat согласно лицензии Apache License 2.0. Номера версий Tomcat начинаются с 3.0.x [Источник 1]
Компоненты
Начиная с Tomcat 4.x выпускается с Catalina (контейнер сервлетов), Coyote (HTTP-коннектор) и Jasper (JSP-движок).
Catalina — контейнер сервлетов Tomcat’а, который реализует спецификацию сервлетов Servlet API. Servlet API является основой для всех остальных технологий Java, касающихся Web и дает возможность динамически генерировать любой web-контент, используя любые библиотеки, доступные для Java. Архитектором Catalina являлся Craig McClanahan.
Coyote — компонент стека HTTP Tomcat’а, который поддерживает протокол HTTP 1.1 для веб-серверов или контейнера приложений. Coyote прослушивает входящие соединения на определённом TCP порту сервера, пересылает запросы в механизм Tomcat для обработки запросов и отправляет ответ назад запрашивающему клиенту.
Jasper — механизм JSP Tomcat’а. Tomcat 5.x использует Jasper 2, который является реализацией спецификации JavaServer Pages 2.0 Sun Microsystems. Jasper анализирует JSP-файлы, чтобы компилировать их в Java код, как сервлеты (которые могут быть обработаны с помощью Catalina). Во время выполнения, Jasper может автоматически обнаруживать изменения JSP-файла и перекомпилировать его. В Jasper 2, были добавлены важные особенности:
Некоторые из свободных ресурсов и объединений Apache Tomcat включают Tomcatexpert.com (а SpringSource спонсорское сообщество разработчиков и операторов, которые работают с Apache Tomcat в крупномасштабных производственных средах) и Apache Tomcat Ресурсный центр MuleSoft (который имеет учебные руководства по установке, обновлению, Настройка, мониторинг, устранение неполадок и крепления различные версии Tomcat). [Источник 2]
Версии
| Версия | Последний релиз | Особенности | Дата |
|---|---|---|---|
| 9.0 | 9.0.1(beta) | Первый выпуск Apache Tomcat с поддержкой спецификаций Servlet 4.0, JSP 2.4 (TBD) | 30.09.2017 |
| 8.5 | 8.5.23 | Добавлена поддержка HTTP/2, OpenSSL для JSSE, виртуального хостинга TLS и JASPIC 1.1 | 01.10.2017 |
| 8.0 | 8.0.47 | Первый выпуск Apache Tomcat с поддержкой спецификаций Servlet 3.1, JSP 2.3 и EL 3.0 | 03.10.2017 |
| 7.0 | 7.0.82 | Первый выпуск Apache Tomcat с поддержкой спецификаций Servlet 3.0, JSP 2.2, EL 2.2 и WebSocket | 03.10.2017 |
| 6.0 | 6.0.53 | Первый выпуск Apache Tomcat с поддержкой спецификаций Servlet 2.5, JSP 2.1, и EL 2.1 | 07.04.2017 |
| 5.5 | 5.5.36 | Предназначен для J2SE 5.0. Включение Eclipse JDT позволяет Tomcat запускаться без установки полного набора Java Development Kit | 10.10.2012 |
| 5.0 | 5.0.30 | Первый выпуск Apache Tomcat с поддержкой спецификаций Servlet 2.4, JSP 2.0 и EL 1.1 | 30.08.2004 |
| 4.1 | 4.1.40 | Первый выпуск Apache Tomcat для поддержки спецификаций Servlet 2.3 и JSP 1.2 | 25.06.2009 |
| 3.0 | 3.3.2 | Начальная версия. Слияние кода Web Server и ASF, а также версии Servlet 2.2 и JSP 1.1. | 09.03.2004 |
Каталоги и файлы
| /usr/share/tomcat/bin: содержит управляющие скрипты; |
| /etc/tomcat: конфигурационные файлы (server.xml, web.xml, context.xml, tomcat-users.xml); |
| /usr/share/java/tomcat: jar-файлы, используемые всеми расширениями Tomcat и веб-приложениями; |
| /var/log/tomcat: log-файлы; |
| /srv/tomcat/webapps: каталог, содержащий веб-приложения (сервлеты и JSP); |
| /var/cache/tomcat/work: рабочий каталог Tomcat, который используется, в первую очередь, при преобразовании JSP-страниц в сервлеты; |
| /var/cache/tomcat/temp: временные файлы. |
Для настройки сервера Tomcat используются следующие конфигурационные XML-файлы, размещенные в каталоге /usr/share/tomcat/conf/:
Apache Tomcat
Содержание
Руководство по установке Apache Tomcat
В данном документе представлена информация о базовой установке Apache Tomcat 7 на CentOS 7, первоначальной настройке и запуске приложений.
Общие сведения
Архитектура
Apache Tomcat сервер состоит из трех основных компонентов: Jasper (механизм JSP), Catalina (контейнер сервлетов) и Coyote (стек HTTP):
Установка
В этой главе описана информация о базовой установке Apache Tomcat сервер 7 при помощи менеджера пакетов yum и из файла дистрибутива (с сайта проекта) на сервер CentOS 7. Apache Tomcat сервер – это серверное ПО для исполнения web-приложений, написанных на Java. Поэтому, предполагается, что у вас уже установлена Java Runtime Environment (JRE).
Установка с помощью менеджера пакетов
Проверить, установлен ли уже Apache Tomcat через менеджер пакетов, можно командой:
Установить Tomcat, используя менеджер пакетов, можно следующей командой:
После выполнения этой команды будет установлен сервер Tomcat 7 и все его зависимости. Кроме того, команда создаст пользователя tomcat.
Данное руководство подразумевает установку нескольких дополнительных пакетов, которые помогут управлять web-приложениями. Чтобы установить стандартную root-страницу (tomcat-webapps), менеджер веб-приложений и виртуальных хостов Tomcat (tomcat-admin-webapps), выполните команду:
После этого в каталоге tomcat/webapps появятся веб-приложения ROOT, examples, sample, manager и host-manager.
Установка из файла дистрибутива
В некоторых случаях установка ПО с помощью пакетного менеджера невозможна. Тогда используется способ установки из файла дистрибутива. Общий подход в работе Apache Tomcat остается таким же, но есть ряд отличий в установке и запуске.
Чтобы установить Apache Tomcat сервер, необходимо c сайта проекта (или дистрибутива ПО) взять файл apache-tomcat-7.0.67.zip и распаковать его в папку /home/user/tomcat, а потом перенести в /usr/share/tomcat7
Компиляция из исходного кода
Установка JDBC-драйвера
Неофициальным стандартом, которому следуют программы на языке Java, осуществляя доступ к реляционным базам данных, является JDBC. JDBC – это стандартный API-¬интерфейс, посредством которого Java-программы могут получать доступ к внешним менеджерам ресурсов, главным образом к реляционным базам данных, независящим от менеджера ресурсов способом. То есть Java-приложение, написанное с применением стандартных классов и интерфейсов JDBC, может переноситься на базы данных других производителей реляционных СУБД, если они поддерживают SQL, удовлетворяющий стандарту ANSI.
Драйвер JDBC для PostgreSQL можно скачать с сайта http://jdbc.postgresql.org/download.html Мы используем версию java 1.7, согласно документации, нам нужен файл с именем «postgresql-9.4-1205.jdbc42.jar» postgresql-9.4.1208.jre7.jar. Этот файл нам нужно разместить в каталоге /usr/shatre/tomcat7/lib. Убедитесь, что в каталоге нет других версий JDBC-драйвера для той же СУБД. Если есть, необходимо переместить их из этого каталога (или удалить), чтобы избежать путаницы и возможных проблемм при загрузке java-классов.
Далее, нужно добавить следующие строки внутри тега «Context» в файл /usr/shatre/tomcat/conf/context.xml:
Теперь JNDI-ресурс настроен.
После того, как вы разместили jar-файл драйвера в нужном каталоге, и внесли необходимые изменения в файл «context.xml» необходимо перезапустить Apache Tomcat
Настройка
Каталоги и файлы
После установки, в системе будут созданы следующие файлы и каталоги:
Для настройки сервера Tomcat используются следующие конфигурационные XML-файлы, размещенные в каталоге /usr/share/tomcat/conf/:
Внимание: Прежде чем вносить какие-либо изменения в эти файлы, стоит сделать их резервные копии. Также следует обращать внимание на комментарии, которыми снабжены эти файлы
Настройка портов подключений и межсетевого экрана
Настройка портов подключений
Изначально Tomcat запускает HTTP-connector (для приема входящих подключений, TCP-порт) на порту 8080 и AJP соединитель на порту 8009. Вы можете захотеть изменить эти порты для исключения конфликтов с другими сервисами и ПО. Кроме того, используется порт 8005, убедиться в этом можно с помощью команды «netstat»:
Для того, чтобы сменить порт Apache Tomcat, отредактируйте файл конфигурации server.xml в каталоге /etc/tomcat/server.xml. Найдите строку » Настройка ролей и прав доступа пользователей
Для управления пользователями и ролями Tomcat используется файл tomcat-users.xml, расположенный в каталоге /usr/share/tomcat/conf. Например, чтобы пользоваться ранее установленным менеджером веб-приложений, необходимо добавить соответствующего пользователя на сервер Tomcat. Для этого нужно отредактировать вышеупомянутый файл, добавив в него данные о пользователе, который получит доступ к manager-gui и admin-gui (ранее установленному интерфейсу). Для этого используйте следующий формат, указав имя и пароль пользователя:
Файл содержит подсказки по его настройке. Чтобы создать, например, пользователя manager, который сможет управлять веб-приложениями через графическую оболочку (предопределенная роль manager-gui), нужно добавить в этот файл запись вида:
Сохраните и закройте файл tomcat-users.xml Обратите внимание, что в Tomcat 7 нет единой роли «manager», а существуют отдельные роли для администрирования:
Например, для развертывания web-приложений через Maven необходимо присвоить пользователю роль «manager-script». В файле tomcat-users.xml описание этой роли будет выглядеть следующим образом:
Настройка переменных среды исполнения
Переменные среды окружения не используются Java-приложением Tomcat – вся настройка переменных происходит в стартовых скриптах. Но в некоторых случаях все же может понадобиться настройка некоторых переменных. Обратите внимание на то, что если у вас установлено несколько JVM, по умолчанию Tomcat попробует использовать OpenJDK, затем пробует JVM от Oracle, а затем иные JVM. Если у вас будут проблемы, связанные с переменными среды исполнения, выполните следующие шаги:
Настройка сервера-разработки
Если вы используете Tomcat на сервере разработки и/или тестирования, вам могут быть полезны следующие опции:
Автоматическая перезагрузка страниц
Имеется возможность заставить Tomcat выполнять автоматическую перезагрузку после изменения кода. Нужно добавить атрибут reloadable со значением «true» в элемент файла conf/context.xml. Это весьма полезно в процессе разработки и отладки сервлетов, но не рекомендуется в процессе постоянной работы web-приложения.
Включение листинга каталогов
Для установки отображения списка файлов в каталогах (листинга), нужно поменять значение атрибута listings с ложного (false) на истинное (true) в блоке настроек сервлета по умолчанию («default»-servlet) в файле conf/web.xml. Это бывает полезным при разработке и отладке веб-приложений, но не рекомендуется использовать на production-сервере по соображениям безопасности.
Запуск
Запуск и остановка Tomcat
Если вы установили Tomcat с помощью менеджера пакетов, то для запуска сервиса Tomcat введите следующую команду:
Для того, чтобы перезапустить сервис (например, после внесения изменений в настройки), используется следующая команда:
Чтобы сервис Tomcat автоматически запускался на этапе загрузки сервера:
Теперь в адресной строке web-браузера введите «http://IP-адрес_сервера:8080», на экране у вас должна появиться приветственная страница Tomcat:
Рисунок N. Приветственная страница Tomcat.
Запуск при установке без использования менеджера пакетов
Запуск Tomcat может быть осуществлен с использованием следующих команд:
Скрипт catalina.sh используется для ручного запуска и остановки сервера Tomcat. Для автоматического запуска можно использовать скрипт:
Завершение работы Apache Tomcat:
Файлы вашего приложения нужно расположить в каталоге /usr/share/tomcat7/webapps, более подробная информация по развертыванию приложений в главе «Запуск приложений».
Менеджер Web-приложений
В Apache Tomcat есть встроенное приложение для управления сервером и другими приложениями, т.н. manager application. Доступ к нему можно получить по ссылке http://server_IP_address:8080/manager/html или со стартовой страницы по ссылке «Manager App» (на рисунке ниже выделена красной рамкой). Менеджер приложений является защищенным web-ресурсом, поэтому при первом его вызове появится диалоговое окно для аутентификации.
Рисунок N. Окно авторизации.
Для входа в менеджер web-приложений необходимо воспользоваться теми именем пользователя и паролем, которые были заданы при настройке пользователей и ролей. Web Application Manager используется для управления приложениями Java; он позволяет запускать, останавливать, перезапускать и удалять приложения. Также Web Application Manager позволяет выполнять диагностику приложений (например, обнаруживать утечки памяти). Кроме того, в самом низу этой страницы находится информация о сервере.
Рисунок N Основное окно менеджера web-приложений.
В разделе «Manager» есть ссылка «Server Status», для получения детального описания состояния сервера.
В разделе Applications перечислены веб-приложения, установленные на данном сервере, и есть кнопки для управления ими:
Раздел Deploy предназначен для инсталляции приложения из war-файла.
Diagnostics позволяет найти утечки памяти и принудительно запустить сборку мусора в JVM.
Web Application Manager сам является web-приложением, которое предварительно установлено в Tomcat. Следовательно, для того, чтобы Tomcat мог его использовать, это приложение должно быть запущено и присутствовать в списке приложений. Кроме менеджера web-приложенй (manager), в числе предустановленных часто бывает приложение для управления хостами (host-manager).
Установка и удаление web-приложений
Существует два способа развертывания приложений.
Способ 1. Без использования менеджера приложений (Tomcat Web Application Manager):
Способ 2. С использованием менеджера приложений (Tomcat Web Application Manager):
После этого Tomcat самостоятельно скопирует war-файл к себе в каталог \webapps и развернет его. Web-приложение появится в списке Applications и вы сможете перейти к нему, кликнув по ссылке с соответствующим названием.
Удаление web-приложений Существует два способа развертывания приложений.
Способ 1. Без использования менеджера приложений (Tomcat Web Application Manager):
Последний шаг необязателен: удаляются временные файлы которые создал Tomcat.
Способ 2. С использованием менеджера приложений (Tomcat Web Application Manager):
Структура каталогов web-приложений
Все web-приложения размещаются в каталоге webapps (/usr/share/tomcat/webapps). Каждое приложение размещается в собственном, одноименном, каталоге с определенной вложенной структурой. Например, для приложения websample структура каталогов должны быть следующей: webapps/websample/WEB-INF/classes. Соответственно, создать эту структуру можно так:
Apache Tomcat ®
Content
Apache Tomcat
The Apache Tomcat ® software is an open source implementation of the Jakarta Servlet, Jakarta Server Pages, Jakarta Expression Language, Jakarta WebSocket, Jakarta Annotations and Jakarta Authentication specifications. These specifications are part of the Jakarta EE platform.
The Jakarta EE platform is the evolution of the Java EE platform. Tomcat 10 and later implement specifications developed as part of Jakarta EE. Tomcat 9 and earlier implement specifications developed as part of Java EE.
The Apache Tomcat software is developed in an open and participatory environment and released under the Apache License version 2. The Apache Tomcat project is intended to be a collaboration of the best-of-breed developers from around the world. We invite you to participate in this open development project. To learn more about getting involved, click here.
Apache Tomcat software powers numerous large-scale, mission-critical web applications across a diverse range of industries and organizations. Some of these users and their stories are listed on the PoweredBy wiki page.
Apache Tomcat, Tomcat, Apache, the Apache feather, and the Apache Tomcat project logo are trademarks of the Apache Software Foundation.
2021-10-06 Tomcat 8.5.72 Released
The Apache Tomcat Project is proud to announce the release of version 8.5.72. of Apache Tomcat. This release implements specifications that are part of the Java EE 7 platform. The notable changes compared to 8.5.71 include:
Full details of these changes, and all the other changes, are available in the Tomcat 8.5 changelog.
2021-10-01 Tomcat 9.0.54 Released
The Apache Tomcat Project is proud to announce the release of version 9.0.54 of Apache Tomcat. This release implements specifications that are part of the Java EE 8 platform. The notable changes compared to 9.0.53 include:
Full details of these changes, and all the other changes, are available in the Tomcat 9 changelog.
2021-10-01 Tomcat 10.0.12 Released
The Apache Tomcat Project is proud to announce the release of version 10.0.12 of Apache Tomcat. This release implements specifications that are part of the Jakarta EE 9 platform.
The notable changes in this release are:
Full details of these changes, and all the other changes, are available in the Tomcat 10 changelog.
2021-10-01 Tomcat 10.1.0-M6 (alpha) Released
The Apache Tomcat Project is proud to announce the release of version 10.1.0-M6 of Apache Tomcat. This release is a milestone release and is targeted at Jakarta EE 10.
The notable changes in this release are:
Full details of these changes, and all the other changes, are available in the Tomcat 10.1 (alpha) changelog.
2021-09-01 Tomcat Native 1.2.31 Released
The Apache Tomcat Project is proud to announce the release of version 1.2.31 of Tomcat Native. The notable changes since 1.2.30 include:
2021-05-07 Tomcat Migration Tool for Jakarta EE 1.0.0 Released
The Apache Tomcat Project is proud to announce the release of 1.0.0 of the Apache Tomcat Migration Tool for Jakarta EE. This release contains a number of bug fixes and improvements compared to version 0.2.0.
The notable changes in this release are:
Full details of these changes, and all the other changes, are available in the changelog.
2020-03-06 Tomcat Connectors 1.2.48 Released
The Apache Tomcat Project is proud to announce the release of version 1.2.48 of Apache Tomcat Connectors. This version fixes a number of bugs found in previous releases.
2015-03-17 Apache Standard Taglib 1.2.5 Released
The Apache Tomcat Project is proud to announce the release of version 1.2.5 of the Standard Taglib. This tag library provides Apache’s implementation of the JSTL 1.2 specification.
Version 1.2.5 is a minor bug fix release reverting a change made in 1.2.1 where modified the HTTP method during POST operations, and fixing an issues that resulted in an AccessControlException during startup unless permission was granted to read the accessExternalEntity property.
Please see the Taglibs section for more details.
2013-11-11 Tomcat Maven Plugin 2.2 Released
The Apache Tomcat team is pleased to announce the release of Tomcat Maven Plugin 2.2. Changelog available here.
The Apache Tomcat Maven Plugin provides goals to manipulate WAR projects within the Apache Tomcat servlet container.
The binaries are available from Maven repositories. You should specify the version in your project’s plugin configuration: