Spring 属性文件将 null 设置为属性

Question

目前我的src/main/resources 文件夹中有一些属性文件：

- application.properties
- application-dev.properties
- application-test.properties

现在，当我指定配置文件时，它会同时加载该配置文件的特定文件和通用 application.properties，并用前者覆盖所有内容。

但是，当我的应用程序部署在生产中时，没有传递任何配置文件，因此application.properties 必须是我的生产文件。

这很好，因为我可以覆盖配置文件特定的所有内容。但是，有一个问题；在生产中，我现在需要设置：

spring.datasource.jndi-name=jdbc/appname

当我将它添加到application.properties 时，每个配置文件也会继承它，然后，当我运行开发服务器或测试时，它会给我这个错误：

原因：javax.naming.NoInitialContextException：需要在环境或系统属性中指定类名，或作为小程序参数，或在应用程序资源文件中：java.naming.factory.initial

因为我确实没有在自己的环境中使用这些 JNDI 东西；我使用以下属性：

spring.datasource.url=jdbc:url
spring.datasource.username=user
spring.datasource.password=pass

我的问题是：我无法终生覆盖此属性。如果我在 env 特定文件中添加任何这些，它将被忽略并且错误仍然存​​在：

spring.datasource.jndi-name= # empty string, does nothing
spring.datasource.jndi-name=<null> # read somewhere it meant null, doesn't work
spring.datasource.jndi-name=${inexistentProp} # I though it might return null, but gives an error

那么，我该怎么办？我想到了几个解决方案：

• 一种在 spring 属性文件中将属性值设置为正确的 null 或 undefined 的方法（因为空不能解决问题）
• 一种将通常继承的属性文件更改为其他内容的方法（我尝试了@PropertySource，但它只添加了更多选项，最终总是回退到 application.properties）
• 通过属性文件完全禁用 JNDI，尽管有以前的属性（我按照 here 尝试了 spring.jndi.ignore=true，但无济于事）

但是要么我不知道怎么做，要么它们不起作用。

Answer 1

Spring Boot 文档，24.4 Profile-specific Properties：

除了application.properties 文件之外，还可以使用以下命名约定来定义特定于配置文件的属性：application-{profile}.properties。 Environment 有一组默认配置文件（默认情况下，[default]），如果没有设置活动配置文件，则使用这些配置文件。换句话说，如果没有显式激活配置文件，则会加载来自 application-default.properties 的属性。

25.1 Adding Active Profiles:

spring.profiles.include 属性可用于无条件添加活动配置文件。

因此，创建一个具有以下属性的application-default.properties 文件：

spring.profiles.include=prod

现在将spring.datasource.jndi-name=jdbc/appname 属性从application.properties 文件移动到application-prod.properties 文件。

当您使用特定配置文件运行代码时，prod 配置文件将不会被使用，spring.datasource.jndi-name 将未定义。

当您在生产环境中运行代码时，如果未指定配置文件，则默认包含 prod 配置文件，并且将定义 spring.datasource.jndi-name。

---

您当然可以将生产属性放在application-default.properties 本身中，但上述方法可以更清楚地说明您在做什么。

如果您最终拥有多个配置文件，它也会变得更容易。例如。你有prod vs dev vs test。但是，如果您有一组独立的配置文件，例如 foo 与 bar，并且默认的生产环境应该是 prod,foo，该怎么办？允许备用生产环境使用prod,bar，并且每个都可以单独测试（test,foo 和test,bar）。

通过使用default 配置文件仅包含其他配置文件，而不另外定义任何属性，您现在可以根据需要手动混合和匹配配置文件。