1. Управление системой конфигурации (веб-приложение администратора).
Большинство коммерческих серверов J2EE предоставляют мощный интерфейс управления, и большинство из них используют простые для понимания интерфейсы веб-приложений. По-своему, Tomcat также предоставляет зрелый инструмент управления, который не уступает своим коммерческим конкурентам. Веб-приложение администратора Tomcat впервые появилось в версии 4.1. В то время его функции включали управление контекстом, источником данных, пользователем и группой и т. д. Конечно, вы также можете управлять различными базами данных, такими как параметры инициализации, пользователь, группа, роль и т. д. В последующих версиях эти функции будут значительно расширены, но существующие функции уже очень полезны. Веб-приложение администратора определено в файле автоматического развертывания: CATALINA_BASE/webapps/admin.xml. (Примечание переводчика: CATALINA_BASE — это каталог сервера в каталоге установки tomcat.)
Необходимо отредактировать этот файл, чтобы гарантировать, что параметр docBase в контексте является абсолютным путем. Другими словами, путь CATALINA
_BASE/webapps/admin.xml является абсолютным. В качестве другого варианта вы также можете удалить этот файл автоматического развертывания и создать контекст веб-приложения администратора в файле server.xml. Эффект тот же. Вы не можете управлять веб-приложением администратора. Другими словами, вы не сможете ничего делать, кроме удаления CATALINA_BASE/webapps/admin.xml.
Если вы используете UserDatabaseRealm (по умолчанию), вам нужно будет добавить пользователя и роль в файл CATALINA_BASE/conf/tomcat-users.xml. Вы редактируете этот файл и добавляете в него роль с именем «admin» следующим образом:
Также должен быть пользователь, и роль этого пользователя — «admin». Добавьте пользователя как существующего пользователя (измените пароль, чтобы сделать его более безопасным):
роли="админ"/>
После выполнения этих шагов перезапустите Tomcat и посетите http://localhost:8080/admin . Вы увидите интерфейс входа. Веб-приложение администратора использует механизм безопасности, основанный на управлении контейнерами, и использует платформу Jakarta Struts. После того как вы войдете в интерфейс управления как пользователь с ролью «администратора», вы сможете настроить Tomcat с помощью этого интерфейса управления.
2. Настройка управления приложениями (веб-приложение диспетчера)
Веб-приложение диспетчера позволяет выполнять некоторые простые задачи веб-приложения через более простой пользовательский интерфейс, чем веб-приложение администрирования. Веб-приложение Manager определено в файле автоматического развертывания:
?CATALINA_BASE/webapps/manager.xml.
Необходимо отредактировать этот файл, чтобы гарантировать, что параметр контекста docBase является абсолютным путем, то есть абсолютным путем CATALINA_HOME/server/. веб-приложения/менеджер. (Примечание переводчика: CATALINA_HOME — это каталог установки tomcat.)
Если вы используете UserDatabaseRealm, вам необходимо добавить роль и пользователя в файл CATALINA_BASE/conf/tomcat-users.xml. Затем отредактируйте файл и добавьте в него роль с именем «менеджер»:
Также требуется пользователь с ролью «менеджер». Добавьте нового пользователя, как уже существующего (измените пароль, чтобы сделать его более безопасным):
roles="manager"/>
Затем перезапустите Tomcat, посетите http://localhost/manager/list , вы увидите очень простой интерфейс управления текстом, или посетите http://localhost/manager/html/list, вы увидите См. интерфейс управления HMTL. В любом случае это означает, что ваше веб-приложение Manager запущено.
Приложение Manager позволяет устанавливать новые веб-приложения для тестирования без прав системного администратора. Если у нас есть новое веб-приложение, расположенное в /home/user/hello, и мы хотим установить его в /hello, чтобы протестировать приложение, мы можем сделать это и ввести «/hello» в первое поле файла (в качестве пути при доступе) введите «file:/home/user/hello» (в качестве URL-адреса конфигурации) во втором текстовом поле.
Приложение Manager также позволяет останавливать, перезапускать, удалять и повторно развертывать веб-приложение. Остановите приложение, чтобы к нему нельзя было получить доступ. Когда пользователь попытается получить доступ к остановленному приложению, он увидит ошибку 503 — «503 — Это приложение в настоящее время недоступно».
Удаление веб-приложения просто означает удаление приложения из работающей копии Tomcat. Если вы перезапустите Tomcat, удаленное приложение появится снова (то есть удаление не означает удаление его с жесткого диска). 3.
Развертывание веб-приложения
Существует два способа развертывания веб-сервисов в системе.
1. Скопируйте файл WAR или папку веб-приложения (включая все содержимое Интернета) в каталог $CATALINA_BASE/webapps.
2. Создайте файл фрагмента XML для вашей веб-службы, который включает только контекстное содержимое, и поместите этот файл в каталог $CATALINA_BASE/webapps. Само веб-приложение можно хранить где угодно на жестком диске.
Если у вас есть файл WAR и вы хотите его развернуть, вам нужно просто скопировать его в каталог CATALINA_BASE/webapps. Файл должен иметь расширение «.war». Как только Tomcat прослушивает этот файл, он (по умолчанию) распакует его как подкаталог и назовет подкаталог именем файла WAR.
Далее Tomcat создаст контекст в памяти точно так же, как вы создали его в файле server.xml. Разумеется, другой необходимый контент будет получен из DefaultContext в файле server.xml.
Другой способ развернуть веб-приложение — написать файл фрагмента контекста XML, а затем скопировать его в каталог CATALINA_BASE/webapps. Фрагмент контекста — это не полный XML-файл, а просто элемент контекста и соответствующее описание приложения.
Этот тип файла фрагмента подобен элементу контекста, вырезанному из server.xml, поэтому этот тип фрагмента называется «фрагментом контекста».
Например, если мы хотим развернуть приложение с именем MyWebApp.war, которое использует область в качестве метода управления доступом, мы можем использовать следующий фрагмент:
<Контекстный путь="/демо"
docBase="webapps/MyWebApp.war"
debug="0" привилегированный="true">
<имя класса области=
"org.apache.catalina.realm.UserDatabaseRealm"
resourcesName="База данных пользователя"/>
Назовите фрагмент «MyWebApp.xml» и скопируйте его в каталог CATALINA_BASE/webapps.
Этот фрагмент контекста обеспечивает удобный способ развертывания веб-приложений. Вам не нужно редактировать файл server.xml, если вы не хотите изменить характеристики развертывания по умолчанию, нет необходимости перезапускать Tomcat при установке нового веб-приложения.
4. Настройте виртуальные хосты (Виртуальные хосты).
Что касается элемента «Хост» в файле server.xml, вам нужно изменить его только при настройке виртуального хоста. Виртуальный хостинг — это механизм обслуживания нескольких доменных имен на веб-сервере. Кажется, что для каждого доменного имени весь хост является эксклюзивным. Фактически, большинство веб-сайтов малого бизнеса реализованы с использованием виртуальных хостов. Это главным образом потому, что виртуальный хост может напрямую подключаться к Интернету и обеспечивать соответствующую пропускную способность для обеспечения разумной скорости доступа. Кроме того, виртуальный хост также может обеспечивать стабильную фиксированную скорость. ИП.
Виртуальный хост на основе имени можно установить на любом веб-сервере, создав псевдоним IP-адреса на сервере доменных имен (DNS) и указав веб-серверу распределять запросы для разных доменных имен в соответствующий веб-каталог. Поскольку эта статья в основном посвящена Tomcat, мы не собираемся знакомить вас с методом настройки DNS в различных операционных системах. Если вам нужна помощь в этом отношении, обратитесь к книге «DNS и Bind», написанной Полом Альбитцем и Крикетом. Лю (О'Рейли). Для демонстрации я буду использовать статический файл хостов, поскольку это самый простой способ проверить псевдонимы.
Чтобы использовать виртуальные хосты в Tomcat, вам необходимо настроить DNS или данные хоста. Для тестирования достаточно установить псевдоним IP для локального IP. Далее вам нужно добавить в server.xml несколько строк, например:
<Имя службы="Tomcat-Автономный">
<Имя класса соединителя=
"org.apache.coyote.tomcat4.CoyoteConnector"
порт="8080"
minProcessors="5" maxProcessors="75"
включитьLookups="истина"
редиректПорт="8443"/>
<Имя класса соединителя=
"org.apache.coyote.tomcat4.CoyoteConnector"
порт="8443" минпроцессоры="5"
МаксПроцессоры="75"
AcceptCount="10" отладка="0"
схема="https" Secure="true"/>
<Имя двигателя="Автономный"
defaultHost="localhost" debug="0">
<имя хоста="localhost"
debug="0" appBase="веб-приложения"
unpackWARs="true" autoDeploy="true">
<Контекстный путь="" docBase="КОРЕНЬ" debug="0"/>
<Контекстный путь="/orders"
docBase="/home/ian/orders" debug="0"
reloadable="true" crossContext="true">
<имя хоста=" www.example.com "
appBase="/home/example/webapp">
<Контекстный путь="" docBase="."/>
Двигатель>
Файл server.xml Tomcat в исходном состоянии включает только один виртуальный хост, но его можно легко расширить для поддержки нескольких виртуальных хостов. В предыдущем примере показана простая версия файла server.xml, в которой выделенная жирным шрифтом часть используется для добавления виртуального хоста. Каждый элемент Host должен включать один или несколько элементов контекста, и один из включенных элементов контекста должен быть контекстом по умолчанию. Путь отображения этого контекста по умолчанию должен быть пустым (например, path="").