Схема структуры каталогов Tomcat выглядит следующим образом:

1. каталог bin

Сохраните несколько исполняемых двоичных файлов. Те, которые заканчиваются на ****.sh, — это команды, выполняемые в Linux, а те, которые заканчиваются на ****.bat, — команды, выполняемые в Windows.

catalina.sh : фактически запускает файл tomcat, и вы можете установить в нем параметры jvm.
start.sh : запустить tomcat (переменная среды JAVA_HOME должна быть настроена заранее перед запуском. Исходный код этой команды на самом деле — catalina.sh start).
Shutdown.sh : Завершить работу Tomcat.
version.sh : просмотреть информацию, связанную с версией Tomcat.

2. каталог конф

Хранит файлы конфигурации, связанные с Tomcat.

2.1、catalina.policy

Файлы безопасности проекта используются для предотвращения выполнения обманным кодом или JSP таких команд, как System.exit(0), которые могут повлиять на уничтожение контейнера. Этот файл будет использоваться только при запуске Tomcat с параметром командной строки -security, то есть при запуске tomcat, start.sh -security.

2.2、каталина.свойства

Настройка информационных файлов, связанных с запуском Tomcat

2.3、context.xml

Мониторинг и загрузка файлов ресурсов. Когда отслеживаемые файлы изменяются, они загружаются автоматически и обычно не настраиваются.

2.4, jaspic-providers.xml и jaspic-providers.xsd.

Редко используемые файлы

2.5, logging.properties

Конфигурация файла журнала Tomcat, включая формат вывода, уровень журнала и т. д.

2.6、server.xml

Основной файл конфигурации: изменение номера порта, добавление формата кодировки и т. д.

Знакомство с основными компонентами:

<1>Сервер: элемент верхнего уровня и единственный представляет весь контейнер tomcat. Элемент Server содержит один или несколько элементов Service;

<2>Сервис: Предоставляет услуги внешним сторонам. Элемент Service содержит несколько элементов Connector, но может содержать только один элемент Engine;

<3>Соединитель: получите запрос на соединение, создайте объекты «Запрос» и «Ответ» для обмена данными с запрашивающей стороной; затем выделите потоки для Engine для обработки запроса и передайте сгенерированные объекты «Запрос» и «Ответ» в Engine.

<4>Механизм: в компоненте «Сервис» имеется только один компонент «Механизм»; Механизм — это компонент обработки запросов в компоненте «Сервис». Компонент Engine получает и обрабатывает запросы от одного или нескольких соединителей и возвращает готовый ответ соединителю и, в конечном итоге, клиенту.

<5>Хост: представляет конкретный виртуальный хост.

<Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true">

**name:** Имя виртуального хоста. Например, localhost представляет имя локального компьютера. В реальном приложении должно быть указано конкретное имя домена, например www.dog.com . Конечно, если к виртуальному хосту обращается внутренний персонал, IP-адрес сервер также можно заполнить напрямую, например 192.168.1.101;

**appBase:** Задает путь к группе веб-приложений. Значением атрибута appBase может быть относительный путь относительно каталога установки Tomcat или абсолютный путь.Следует отметить, что путь должен быть доступен Tomcat;

**unpackWARs:** следует ли автоматически расширять сжатый пакет war перед запуском веб-приложения, значение по умолчанию — true;

**autoDeplay:** Разрешить ли автоматическое развертывание. Значение по умолчанию — true. Это означает, что Tomcat автоматически обнаружит изменения файлов в каталоге appBase и автоматически применит их к запущенным веб-приложениям;

**deployOnStartup: если ** имеет значение true, это означает, что Tomcat проверяет веб-приложения при запуске, и все обнаруженные веб-приложения считаются новыми;

<6>Контекст: этот элемент представляет веб-приложение, работающее на определенном виртуальном хосте. Это подконтейнер хоста. Каждый контейнер хоста может определять несколько элементов контекста. Используется при статическом развертывании веб-приложений.

<Context path="/" docBase="E:\Resource\test.war" reloadable="true"/>

**path:** Путь при доступе через браузер. Атрибут пути можно установить только в том случае, если автоматическое развертывание полностью отключено (оба значения deployOnStartup и autoDeploy имеют значение false) или если docBase отсутствует в appBase.

**docBase:** При статическом развертывании docBase может находиться в каталоге appBase или нет; в этом примере его нет в каталоге appBase.

**reloadable:** При изменении элемента настройки перезагрузите его.

2.7、tomcat-users.xml и tomcat-users.xsd

tomcat-users.xml: файл конфигурации пользователя tomcat, настройка имени пользователя, пароля, наличие у пользователя разрешений.

По умолчанию Tomcat не настраивает пользователей.Только после настройки пользователей вы можете использовать следующие три функции Tomcat Manager:

<role rolename="manager-gui"/>
<role rolename="manager-script"/>
<user username="tomcat" password="tomcat" roles="manager-gui"/>
<user username="admin" password="123456" roles="manager-script"/>

tomcat-users.xsd: описание и ограничения файла tomcat-users.xml.

2.8、web.xml

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

Настроить сервлет
Добавляйте фильтры, например фильтрацию деликатных слов.
Установите время истечения сеанса, по умолчанию tomcat составляет 30 минут.

Зарегистрировано множество типов MIME, а именно типов документов. Эти типы MIME используются для описания типа документа между клиентом и сервером. Если пользователь запрашивает веб-страницу HTML, сервер также сообщает клиенту, что ответный документ из браузера имеет тип text/html. Это MIME-тип.
Настройка страницы приветствия системы

3. каталог библиотеки

Храните пакеты jar, зависящие от Tomcat.

Среди них ecj-xxxjar играет роль компиляции файлов .java в файлы байт-кода .class.

4. каталог журналов

Сохраните файлы журналов, созданные во время работы Tomcat.

В среде Windows файл журнала выводится в файл catalina.xxxx-xx-xx.log.

В среде Linux файл журнала выводится в файл catalina.out.

Обычно выделяют следующие категории:

catalina.xxxx-xx-xx.log	Содержимое вывода файла журнала под Windows
хост-менеджер.xxxx-xx-xx.log	Доступ к журналу проекта хост-менеджера в веб-приложениях.
localhost.xxxx-xx-xx.log	При запуске tomcat он самостоятельно обращается к службе и записывает только журналы доступа tomcat, а не журналы бизнес-проектов.
localhost_access_log.xxxx-xx-xx.txt	Указывает доступ ко всем записям журнала проекта в tomcat.
менеджер.xxxx-xx-xx.log	Доступ к журналу проекта менеджера в веб-приложениях.

5.временный каталог

Пользователи хранят временные файлы, созданные во время работы tomcat (их очистка не повлияет на работу tomcat).

6. каталог веб-приложений

Используется для хранения приложений и может публиковать приложения в виде папок, военных пакетов и пакетов jar. Конечно, вы также можете разместить приложение в любом месте диска и сопоставить его с файлом конфигурации.

По умолчанию он поставляется со следующими 5 элементами:

7. рабочий каталог

Используется для хранения скомпилированных файлов во время работы Tomcat (очистите все содержимое этого каталога и перезапустите Tomcat, чтобы очистить буфер).

Автор: JD Technology Ян Цзянь

Источник: Сообщество разработчиков JD Cloud. При перепечатке указывайте источник.

Структура каталогов Tomcat | Техническая команда JD Cloud