Tomcat上下文中的“”与“”条目

Tomcat上下文中的“”与“”条目,tomcat,config,Tomcat,Config,在Tomcat文档的第页,我看到了两个部分: 这些元素的标准名称是and,而Tomcat特定的名称是and 上下文参数和环境条目似乎都具有相同的简单任务,即使相同的值可供在该上下文中运行的servlet使用。例如,设置标志以传达某些条件 ➥ 上下文参数和环境条目之间有什么区别 ➥ 为什么我会选择使用其中一个而不是另一个 上下文参数和环境条目之间有什么区别 这和你的答案是一样的 为什么我会选择使用其中一个而不是另一个 我假设您的意思是,我为什么要选择/对/而不是如何决定是否需要上下文参数或环境条目

在Tomcat文档的第页,我看到了两个部分:

这些元素的标准名称是and,而Tomcat特定的名称是and

上下文参数和环境条目似乎都具有相同的简单任务,即使相同的值可供在该上下文中运行的servlet使用。例如,设置标志以传达某些条件

➥ 上下文参数和环境条目之间有什么区别

➥ 为什么我会选择使用其中一个而不是另一个

上下文参数和环境条目之间有什么区别

这和你的答案是一样的

为什么我会选择使用其中一个而不是另一个

我假设您的意思是,我为什么要选择/对/而不是如何决定是否需要上下文参数或环境条目。如果你的问题是后者,那么你的问题确实是重复的

您可能希望在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让您能够灵活地在自己的环境中实施任何您想要实施的策略。

非常感谢您的重复。顺便说一下,如果你想要一个更难的螺母,也许你想解释一下。