将属性文件留在分离的 Java 项目中的最佳方法或最佳实践是什么？

Question

我有一个单独的项目：

• a) 业务层（包含所有核心 Java 类和一些配置（服务等））和

• b) Presentation Layer（包含所有基于Spring webflow的web结构以及上面的所有配置文件。所以在开发过程中我们有几个属性文件分布在java/main/src在resource.properties.* 包下，我们在WEB-INF/conf 和WEB-INF/i18n 下的网络结构中有其他属性（它们是屏幕的标签消息）..所以我的问题如下：

  1. 将属性文件保留在 java/main/src 在稍后将在 classes 下的包下 webapp 中的文件夹？。
  2. 最好的方法是离开所有 一个地方的属性文件让我们说 WEB-INF/configurations ？要么 将业务层的一些属性文件放在一个地方，一些 其他地方的表示层的属性文件？
  3. 以最佳方式拥有此属性的最佳方法是 安装 webapp?，在 JAR 文件中提供属性，然后 将其包含在 WAR 或 EAR 中？这允许我们即时修改 并在不部署整个应用程序的情况下加入战争……或者哪种方法是最好的或常用的方法？

Answer 1

我发现将属性分为两类很有帮助：

1. 用于方便地更改应用程序外观和行为的属性
2. 环境特定设置的属性（例如 DEV 与 PRODUCTION）

类别 #1 可以嵌入到您的 WAR 文件中任何有意义的地方。在WEB-INF/classes 是一个受欢迎的地方，但是把它们放在META-INF 的jar 文件中也可以很好地工作。选择你喜欢的标准并坚持下去是值得的。底线是这些文件在开发过程中被更改；它们在部署后不会更改，并且在系统发布时保持不变。

第 2 类应始终与可部署对象分开。理想情况下，特定于环境的属性应仅在它们发生更改时才部署。这实际上是他们所在的配置管理 (CM) 决策。开发人员需要提供这些配置文件的基本版本，CM 应该在将它们部署到特定环境（QA、PRE-PROD、PROD）时对其进行编辑。在强制委派职责的情况下（例如，在 SOX 应用的情况下），开发人员不应接触或看到属性文件的生产版本。我见过很多情况，这些文件的不同版本（DEV/QA/PROD）由开发人员维护并保存在源代码管理中，这是不合适的。

Answer 2

我认为拥有一个单独的源文件夹'resources'并将所有属性文件保存在那里是件好事。这些还可以确保属性文件不会混淆源代码。