Spring云配置双引导文件行为

Question

我有一个设置，我正在使用以下内容：

• Spring靴1.5。13使用Spring云版本Edgware。S3
• 我有Spring云配置服务器，我的Spring启动应用程序是它的客户端
• 每个应用程序都有一个引导程序。带有配置服务器uri和一些其他属性的yml
• 在码头工人群上运行集装箱

我目前正在通过一个自定义脚本将Swarm secrets传递给客户端，该脚本读取放入/run/secrets/中的文件，并创建一个/config/bootstrap。属性文件。结果是这样的：

spring.cloud.config.username=user
spring.cloud.config.password=password

我的Docker映像的默认命令是：

java -Djava.security.egd=file:/dev/./urandom -jar /${appName}.jar --spring.cloud.bootstrap.location=file:/config/bootstrap.properties"

伟大的这是工作没有问题。该应用程序看起来是这样的：

• 外部引导。要在配置服务器的凭据中读取的属性
• 类路径引导。yml读取配置客户端道具的其余部分
• 获取并读取配置服务器的应用程序appName。yml
• 然后读取绑定的应用程序。来自类路径的yml

现在我正在将应用程序迁移到SpringBoot2.0。3和芬奇利。释放，好吧，这就打破了。

现在发生的是：

• 外部引导。读取属性以获取配置服务器的凭据

问题是在内部引导中设置的属性。该应用程序现在缺少yml，因此它在启动时会爆炸。通过做同样的事情，我能够在容器环境之外复制它；将应用程序指向外部引导。财产。如果我通过引导复制。将yml属性导入引导程序。属性，那么它就可以正常工作了。另外，如果我没有提供外部属性文件，那么内部引导程序将被删除。yml毫无问题地开始工作。所以不是一个就是另一个！

我还尝试修改引导位置以包括默认位置，但没有成功：

-- spring.cloud.bootstrap.location=file:/config/bootstrap.properties,classpath:,classpath:/config,file:,file:config/

知道下一步去哪里找吗？也许我错过了一个新的spring.cloud.config？或者有人能确认哪个行为是正确的行为吗？假设他们修复了芬奇利的一个潜在漏洞，那么我就可以把它搁置起来，寻找另一个解决方案。如果它在芬奇利“坏了”，我想一份问题报告是合适的？

Answer 1

嗯，进一步的挖掘表明，这似乎是一种新的行为：

https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.0-Migration-Guide

Spring的行为。配置。位置配置已固定；它以前在默认位置列表中添加了一个位置，现在替换默认位置。如果您依赖于以前处理它的方式，那么现在应该使用spring。配置。而不是其他位置。

它看起来不像春云，但我没有什么可失去的。更改我的java命令来使用这个新属性做到了这一点：

--spring.config.additional-location=file:/config/bootstrap.properties

谢谢。