![]() |
1
1
您还可以使用基于文件的解决方案来实现这一点。在每个环境上定义一个环境名称系统属性。然后使用此名称加载外部属性文件。下面的示例加载一个默认集,然后用特定于环境的集覆盖该默认集。
改编自,我的答案 here |
![]() |
2
1
“在不需要编辑战争内容的情况下,允许更改设置(如[数据库服务器详细信息、远程WebService端点等])的最佳方法是什么?” 唯一的方法是将配置外部化。您可以分解war文件,将.properties文件移出war(只要它在类路径中,Spring就会找到它),或者将可修改的值放入数据库中。 |
![]() |
3
0
如果不想外部化属性文件: 我使用的前缀表示我的属性中的部署环境。例子:
我在每个环境中定义了一个名为“entorn”的系统属性(在应用服务器启动脚本中是jvm调用的参数)。此属性的值在我的测试环境中为“test”,在我的生产环境中为“prod”。 然后我定义了我的“属性配置器”bean:
环境属性占位符配置程序代码:
如果您在“测试”环境中运行代码,并且要检索“url”属性的值,则属性配置程序会在属性文件中查找“test.url”,如果未找到“test.url”属性,则会查找“url”属性。 这不是我的主意 I followed this tutorial 完成这个。 |
![]() |
Michael Linker · 如何定义共享构建变量? 3 年前 |
![]() |
Konrad · 在变体配置中,SAP ECC中的特征值超过30个字符 3 年前 |
![]() |
Simran · 报警分支上的SOA bpel pick活动外部化超时 7 年前 |
![]() |
Ewgenij Sokolovski · 插件配置部分中插件的插件管理 7 年前 |