环境：Java（Java EE），Tomcat容器
在工作中，绝大多数应用程序都在Glassfish容器中运行，并且（通常情况下）我们有很多属性从我们的应用程序外部化，并通过使用appfish的app.properties文件注入到我们的Glassfish环境中然后通过进行如下标准系统调用将它们公开给我们的应用程序：
System.getProperty( "myProp" );
然而，我们有一个特定的应用程序，而不是部署在Tomcat容器上（由于这里的官僚机构庞大，不会很快改变）;原作者也没有花时间研究如何使用Tomcat进行类似的属性外部化，就像使用Glassfish一样。结果是，在这个应用程序中有几件事情，当你将它部署到我们的测试服务器时，你必须注释掉一些代码行，并在将它们部署到我们的生产服务器时注释掉不同的代码行。真正的痛苦，以及潜在的麻烦。
所以我正在努力解决这个问题。
根据我的研究，似乎在Tomcat中执行此操作的方法是通过Tomcat的server.xml文件，如下所示：
<Environment name="myProp" type="java.lang.String" value="This is my value"/>
然后，根据我的阅读here，访问'myProp'应该与访问<env-entry><env-entry相同，所以我有一个像这样的条目：
web.xml然后我在 <env-entry>
<env-entry-name>myOtherProp</env-entry-name>
<env-entry-type>java.lang.String</env-entry-type>
<env-entry-value>This is my other value</env-entry-value>
</env-entry>
中实现了以下代码：
Spring#handleRequestInternal()然而，当我记录'myProp'和'myOtherProp'时，我的web.xml中的那个返回正确的值，而找不到Tomcat的server.xml中的那个（由try / catch捕获）。
是什么给出的？ 如何通过Tomcat容器在我的应用程序之外设置环境变量并从我的应用程序中检索它？
答案 0 :(得分：2)
它不是将它放在server.xml中，而是属于您正在配置的servlet容器的Context.xml文件中。有关详细信息，请参阅the tomcat Context configuration webpage.。
答案 1 :(得分：1)
我想到为什么这不起作用的唯一原因是<Environment name="myProp" type="java.lang.String" value="This is my value"/>在server.xml中的位置
尝试将<Environment name="myProp" type="java.lang.String" value="This is my value"/> 置于相关的<Context></Context>
否则，您的环境变量声明和查找代码看起来很好。