«<Parameter>» против «<Environment>» записей в контексте Tomcat - PullRequest
Новая
       85

«<Parameter>» против «<Environment>» записей в контексте Tomcat

0 голосов
/ 14 октября 2019

Вкл. Контейнер контекста Страница документации Tomcat, я вижу два раздела:

Стандартные имена для таких элементов: <context-param> и <env-entry>, тогда как Tomcatконкретные имена <Parameter> и <Environment>.

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

➥ В чем разница между Параметры контекста и Записи среды ?

➥ Почему быЯ предпочитаю использовать один вместо другого?

1 Ответ

1 голос
/ 19 октября 2019

В чем разница между параметрами контекста и записями среды?

Это тот же ответ, что и Servlet-spec:противв web.xml? ?

Почему я предпочитаю использовать один вместо другого?

Я предполагаю, что вы имеете в виду "почему бы мневыберите <Context> / <Environment> против <context-param>/<env-entry> ", а не" как мне решить, хочу ли я параметр контекста или запись окружения ". Если ваш вопрос является последним, то ваш вопрос действительно является дубликатом.

Причина, по которой вы, возможно, захотите использовать <Context> / <Environment> в META-INF/context.xml вместо помещения их аналогов в WEB-INF/web.xml, сводится кразделение обязанностей в сценарии развертывания. Вообще говоря, программисты - это те, кто отвечает за содержимое WEB-INF/web.xml, а администраторы или обслуживающий персонал отвечают за содержание META-INF/context.xml.

. Операторы могут переопределять значения, указанные программистами, например, для, расположение файла конфигурации. WEB-INF/web.xml может указывать на файл конфигурации в ~/configs/app.conf, в то время как производственное развертывание помещает этот файл конфигурации в /etc/foo/app.conf.

Лучше, если операторы не вносят оперативные изменения в развертывание приложениядескриптор. META-INF/context.xml позволяет им вносить такие изменения без изменения этого дескриптора развертывания.

Если вы работаете от одного лица или все являются DevOps или кем-то еще, то это почти не имеет значения. Но Tomcat дает вам гибкость в реализации любой политики, которую вы хотите применить в своей среде.

...