1. Конфигурация порта сервера Tomcat
Все конфигурации Tomcat размещаются в папке Conf, а файл Server.xml внутри является файлом конфигурации CORE.
Если вы хотите изменить порт запуска сервера Tomcat, вы можете изменить порт в узле соединителя в файле конфигурации Server.xml
Например: изменить порт запуска сервера Tomcat с порта по умолчанию 8080 на 8081
Конфигурация по умолчанию по умолчанию порта Tomcat Server Configuration
<Connector port = "8080" protocol = "http /1.1" connectimeout = "20000" redirectport = "8443" />
Изменить порт запуска Tomcat Server на порт 8081
<Connector port = "8081" protocol = "http /1.1" connectimeout = "20000" redirectport = "8443" />
Это изменит исходный порт по умолчанию по умолчанию по умолчанию на порт 8081. Следует отметить, что после изменения файла *.xml на сервере необходимо перезапустить сервер Tomcat, и новая информация о конфигурации будет прочитана снова после перезапуска. Поскольку порт запуска Tomcat был изменен на 8081 в файле Server.xml, сервер Tomcat запускается с портом 8081, как показано на рисунке ниже:
Чтобы получить доступ к серверу Tomcat, вы также должны получить к нему доступ с новым портом доступа: http: // localhost: 8081/, как показано на рисунке ниже:
2. Метод сопоставления виртуального каталога Tomcat Server
После разработки веб -приложения, если вы хотите получить доступ к внешнему миру, вам необходимо передать каталог, где веб -приложение находится на веб -сервере для управления. Этот процесс называется отображением виртуальных каталогов. Итак, на сервере Tomcat, как отобразить виртуальные каталоги? Всего есть несколько способов:
2.1. Метод сопоставления виртуальных каталогов 1: Настройка в элементе хоста файла Server.xml
Найдите элемент хоста файла Server.xml, как показано на следующем рисунке:
Добавление <Host> </host> к тегам <context path = "/javawebapp" docbase = "f:/javawebdemoproject"/> для картирования приложения Javawebdemoproject javawebapp на F -диске с виртуальным каталогом Javawebapp. Виртуальный каталог Javawebapp управляется сервером Tomcat. Javawebapp - это каталог, который не существует на жестком диске. Это каталог, который мы пишем случайно, который является виртуальным каталогом, поэтому он называется «виртуальным каталогом». Код заключается в следующем:
<Host name = "localhost" appbase = "webapps" unpackwars = "true" autodeploy = "true" xmlvalidation = "false" xmlnamespaceaware = "false"> <context path = "/javawebapp" docbase = "f:/javawebdemoproject"/> </host> host> host>
Среди них контекст представляет контекст, который представляет приложение Javaweb. Контекстный элемент имеет два атрибута.
Ⅰ.path: используется для настройки виртуальных каталогов и должен начать с "/".
Ⅱ.docbase: Настройте этот виртуальный каталог, чтобы соответствовать каталогу, где веб -приложение расположено на жестком диске.
Используйте браузер, чтобы получить доступ к веб -ресурсу 1.JSP в виртуальном каталоге "/Javawebapp". Результат доступа заключается в следующем:
1. JSP можно получить нормально, что означает, что мы успешно сопоставили Javawebdemoproject Javawebapp в виртуальную каталог Javawebapp. Доступ к "/javawebapp/1.jsp" эквивалентен доступу "f: /javawebdemoproject/1.jsp"
ПРИМЕЧАНИЕ. После Tomcat 6 больше не рекомендуется использовать элемент контекста конфигурации в файле Server.xml для добавления сопоставления виртуальных каталогов, потому что каждый раз, когда файл Server.xml будет изменен, сервер Tomcat должен быть перезапущен до того, как файл Server.xml может быть перезагружен. В документации Tomcat Server есть описание, подобное этой
Не рекомендуется размещать <context> элементы непосредственно в файл Server.xml. Это связано с тем, что это делает изменение конфигурации контекста более инвазивной, поскольку основной файл conf/server.xml не может быть перезагружен без перезапуска tomcat.
Индивидуальные элементы контекста могут быть явно определены:
В отдельном файле AT /META-inf/Context.xml внутри файлов приложения. Необязательно (на основе атрибута CopyXML хоста) это может быть скопировано в $ catalina_base/conf/[engineName]/[hostname]/и переименовано в базовое имя приложения плюс расширение ".xml".
В отдельных файлах (с расширением «.xml») в каталоге $ catalina_base/conf/[engineName]/[hostname]/. Путь и версия контекста будут получены из базового имени файла (имя файла меньше расширения .xml). Этот файл всегда будет иметь приоритет над любым файлом context.xml, упакованным в каталоге мета-инф веб-приложения.
Внутри хост -элемента в главном конфузе/Server.xml.
2.2. Метод отображения виртуальных каталогов составляет 2: пусть сервер Tomcat автоматически отображает карту
Сервер Tomcat будет автоматически управлять всеми веб -приложениями в каталоге WebApps и сочинять его в виртуальные каталоги. Другими словами, веб -приложения в каталоге Web Apps Tomcat могут быть доступны непосредственно в внешнем мире.
Например: скопируйте Javawebdemoproject javaweb под диск F -диска непосредственно в каталог веб -приложений Tomcat Server, как показано на рисунке ниже:
В настоящее время сервер Tomcat автоматически отображает виртуальный каталог «/javawebdemoproject» с тем же именем для приложения Javawebdemoproject javaweb, а затем вы можете использовать браузер для доступа к ресурсам приложения Javaweb, как показано на рисунке ниже:
2.3. Метод отображения виртуальных каталогов три
Обратитесь к документации Tomcat Server:
В отдельных файлах (с расширением «.xml») в каталоге $ catalina_base/conf/[engineName]/[hostname]/. Путь и версия контекста будут получены из базового имени файла (имя файла меньше расширения .xml). Этот файл всегда будет иметь приоритет над любым файлом context.xml, упакованным в каталоге мета-инф веб-приложения.
Это означает: добавьте файл с XML в качестве расширения в каталоге/conf/catalina/localhost сервера Tomcat. Имя файла XML может быть произвольно, например, AA.xml ниже. Обратите внимание, что предложение «Путь и версия контекста будут получены от базового имени файла». Значение этого предложения переводится как «атрибут пути контекстного элемента исходит от имени XML -файла». Как упомянуто выше, атрибут пути элемента контекста используется для настройки имени виртуального каталога, поэтому имя виртуального каталога является именем файла XML.
$ Catalina_base относится к корневому каталогу сервера Tomcat. [EngineName] относится к названию двигателя, используемому сервером Tomcat. Двигатель, используемый Tomcat, является Каталина.
Добавьте сопоставление элементов контекста Javaweb в файле AA.xml, код заключается в следующем:
<Context docbase = "f: /javawebdemoproject" />
ПРИМЕЧАНИЕ. Атрибут PATE не указан в элементе контекста, чтобы установить имя виртуального каталога. Затем имя виртуального каталога, отображаемого «F:/Javawebdemoproject», - это Shenma, которая является именем файла XML, который в настоящее время отредактируется.
Самым большим преимуществом использования этого метода для картирования виртуальных каталогов является то, что вам не нужно перезагрузить сервер Tomcat после изменения файла конфигурации. Например, изменить AA.xml на BB.xml. Сервер Tomcat автоматически не развертывает контекст [/aa], а затем автоматически информация: развертывание дескриптора конфигурации d: /apache-tomcat-7.0.53/conf/catalina/localhost/bb.xml
3. Виртуальный хост конфигурации сервера Tomcat Server
3.1. Настройте виртуальный хост
Настройка виртуального хоста - это настройка веб -сайта.
Чтобы настроить виртуальный хост (веб -сайт) на сервере Tomcat, вам необходимо изменить файл конфигурации Server.xml в папке Conf, используйте элемент хоста для его настройки, откройте Server.xml, и вы можете увидеть виртуальный хост (веб -сайт) с именем Localhost на сервере Tomcat, как показано на рисунке ниже:
Обычно мы помещаем разработанное приложение Javaweb в папку WebApps, а затем мы можем получить к нему доступ, используя «http: // localhost: номер порта/javawebappname». На самом деле, мы получаем доступ к виртуальному хосту (хосту), чье имя «Localhost». Этот виртуальный хост управляет всеми веб -приложениями в папке WebApps.
Например: http: // localhost: 8080/javawebdemoproject/1.jsp. Этот адрес URL -адреса обращается к веб -ресурсу 1.JSP в приложении Javawebdemoproject под виртуальным хостом с именем LocalHost.
Например: мы можем настроить виртуальный хост следующим образом:
<Host name = "www.gacl.cn" appbase = "f:/javawebapps"> </host>
Здесь у нас есть новая конфигурация виртуального хоста. Название виртуального хоста - "www.gacl.cn". Виртуальный хост "www.gacl.cn" теперь управляет всеми веб -приложениями в папке Javawebapps. Обычно, когда мы используем доменное имя «www.baidu.com» в Интернете, чтобы посетить веб -сайт Baidu, мы фактически посещаем виртуальный хост с именем «www.baidu.com». Поэтому, когда мы хотим получить доступ к виртуальному хосту с именем «www.gacl.cn», мы можем использовать «доменное имя (www.gacl.cn)» для доступа к нему. Обратите внимание, что appbase = "f:/javawebapps". Папка Javawebapps здесь не представляет корневой каталог проекта, а папку, в которой хранится одно или несколько приложений Javaweb, как показано на рисунке ниже:
Это похоже на папку WebApps сервера Tomcat, в которой хранится много приложений Javaweb.
3.2. Зарегистрируйте доменное имя в системе Windows
Если настроенный хост (веб -сайт) хочет получить доступ извне через доменное имя, необходимо зарегистрировать доменное имя, используемое при доступе к веб -сайту на DNS -сервере или системе Windows, и найти файл хостов в каталоге «C:/Windows/System32/Drivers/Etc», как показано на рисунке ниже:
Отредактируйте этот файл и свяжите доменное имя и IP -адрес нового сайта вместе, чтобы мы могли использовать доменное имя www.gacl.cn в браузере, чтобы получить доступ к веб -приложениям, управляемым в виртуальном имени хоста www.gacl.cn.
Используйте браузер для доступа к веб -ресурсу 1.JSP в рамках веб -приложения JavawebDemo1 под доменным именем «www.gacl.cn» через доменное имя «www.gacl.cn». Виртуальный хост "www.gacl.cn" открывает порт 8080. Пользователи могут получить доступ к веб -ресурсу 1.JSP в соответствии с веб -приложением JavawebDemo1 через этот порт 8080, чтобы получить доступ к веб -ресурсу 1.JSP в рамках веб -приложения JavawebDemo1 через этот порт 8080
4. Процесс взаимодействия между браузером и сервером
4.1. Схема взаимодействия браузера и сервера
Схема взаимодействия браузера и сервера
Когда мы открываем браузер и вводим адрес URL -адреса «http://www.gacl.cn:8080/javawebdemo1/1.jsp» в адресной строке браузера, чтобы получить доступ к веб -ресурсу 1.JSP на сервере, браузер и сервер сделали магическую операцию. Как мы видим содержимое веб -ресурса 1.JSP в браузере?
Браузер и сервер делают следующее:
1. Браузер ищет имя хоста, соответствующее имени хоста в файле хост операционной системы на основе имени хоста "www.gacl.cn".
2. Если браузер не находит соответствующий IP -адрес в файле хост операционной системы, перейдите на сервер DNS в Интернете, чтобы найти соответствующий IP -адрес хоста "www.gacl.cn".
3. После того, как браузер нашел соответствующий IP -адрес хоста «www.gacl.cn», он использует IP -адрес для подключения к веб -серверу.
4. После того, как браузер подключается к веб -серверу, он использует протокол HTTP для отправки запроса на сервер. Во время отправки запроса браузер будет передавать данные на веб -сервер в форме потока, сообщая веб -серверу, к какому веб -ресурсу веб -приложений доступ, как показано на рисунке ниже:
Это данные, передаваемые серверу, когда браузер отправляет запрос на веб -сервер. Давайте объясним содержание «get /javawebdemo1/1.jsp http/1.1».
Get: сообщите веб -серверу, что браузер отправляет запросы на сервер в Get.
/Javawebdemo1/1.jsp: сообщите веб -серверу, что браузер хочет получить доступ к веб -ресурсу 1.JSP в приложении JavawebDemo1.
HTTP/1.1: сообщает веб -серверу, что браузер запрашивает его с помощью протокола HTTP и использует версию 1.1.
5. После того, как браузер выполняет вышеуказанные 4 шага, он начинает ждать, ожидая, когда веб -сервер передаст веб -ресурс 1.JSP, к которому он хочет получить доступ.
6. После того, как сервер получает данные, передаваемые браузером, он начинает анализировать полученные данные. Когда сервер анализирует содержимое в «get /javawebdemo1/1.jsp http/1.1», он знает, что клиент -браузер хочет получить доступ к веб -ресурсу 1.JSP в приложении JavawebDemo1. Затем сервер считывает содержимое в веб -ресурсе 1.JSP и передает содержимое чтения в браузер в виде потока, как показано на рисунке ниже:
Это данные, передаваемые браузеру веб -сервером.
7. После того, как браузер передает данные, передаваемую ему сервером, он может отобразить данные пользователю, как показано на рисунке ниже:
«Javawebdemo1», который я видел, является эффектом того, что браузер анализирует данные, отправленные сервером.
Данные, отправленные сервером:
Http/1.1 200 okserver: apache-coyote/1,1content-type: text/html; charset = iso-8859-1-ncontent-legen: 102date: Mon, 19 мая 2014 14:25:14 Gmt <html> <head> <teat> javawebdemo1 </title> </headebebebeebebebe-lemavebebebebebebebebe1 </body> </html>
Это процесс взаимодействия между браузером и сервером.
5. Композиционная структура приложений Javaweb
При разработке приложений Javaweb различные типы файлов имеют строгие правила хранения. В противном случае это может не только сделать веб -приложение недоступным, но и привести к запуску веб -сервера.
WebRoot → каталог, где находится веб -приложение. Как правило, виртуальный каталог должен быть настроен в эту папку.
┝web-inf: эта папка должна быть расположена в папке WebRoot и должна быть названа в этой форме, с буквами, необходимыми для заглавного материала.
┝Web.xml: файл конфигурации, с требованиями к формату, этот файл должен быть назван в этой форме и должен быть размещен в папке Web-Inf.
Формат web.xml может быть непосредственно упомянут из Tomcat: найти файл web.xml в каталоге WebApps/Root/Web-Inf в каталоге Tomcat, скопируйте файл в нашу недавно созданную папку Web-Inf и изменить файл web.xml, удалить комментарии внутри, оставляя только код, показанный ниже:
web.xml:
<? xml version = "1.0" Encoding = "iso-8859-1"?> <web-app xmlns = "http://java.sun.com/xml/ns/javaee" xmlns: xsi = "http://www.w3.org/2001/xmlschema-instance "//www.w3. xsi: schemalocation = "http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" версии = "2.5"> <Sipply-Name> Добро пожаловать в TomCat </display-name> <prevision> Glaving to Tomcat> Glaving To Tomcat> Добро пожаловать на Tomcat> Glaving To Tomcat> Glaving To Tomcat> Glaving To Tomcto to to to to to to tomcat>
Это формат файла web.xml.
Выше приведено в этой статье, я надеюсь, что это будет полезно для каждого обучения.