новинка для весенней загрузки.Использование сервера конфигурации для децентрализации свойств на основе профиля.
bootstrap.yml:
spring:
application:
name: nameoftheapp
profiles:
active: profilehere
cloud:
config:
uri: https://someurlhere
application.properties:
some other key value pairs goes here
spring.application.name=nameofthedummyapp
консольный журнал: -
XXX
2019-06-27 16:26:37.929 DEBUG [xxx,,,] 22564 --- [ main] o.s.web.client.RestTemplate : Created GET request for "https://someurlhere/nameofthedummyapp/profilehere"
XXXX
Но то, что я думал, было https://someurlhere/nameoftheapp/profilehere
.
Кажется, весенняя загрузкавыбрал spring.application.name из application.properties вместо bootstrap.yml.Комментирование в application.properties решило проблему.
То, что я видел в примерах, для доступа к серверу конфигурации Spring boot использует bootstrap.yml.По ошибке у меня были противоречивые имена в обоих местах.
Но любопытно узнать,
- , поднимается ли пружинный башмак в нужном месте?или
- Заменял ли позже загруженный профиль (application.properties) первый загруженный профиль (bootstrap.yml)?
Немного смущен здесь.
Может кто-то поделитьсянекоторые идеи здесь?