spring.application.name не учитывается в bootstrap.yml, а учитывается в application.properties в конфликтующем случае. - PullRequest
0 голосов
/ 27 июня 2019

новинка для весенней загрузки.Использование сервера конфигурации для децентрализации свойств на основе профиля.

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.По ошибке у меня были противоречивые имена в обоих местах.

Но любопытно узнать,

  1. , поднимается ли пружинный башмак в нужном месте?или
  2. Заменял ли позже загруженный профиль (application.properties) первый загруженный профиль (bootstrap.yml)?

Немного смущен здесь.

Может кто-то поделитьсянекоторые идеи здесь?

1 Ответ

0 голосов
/ 27 июня 2019

Если вы добавили в свой проект зависимости клиента конфигурации, он сначала извлечет профилирующие и связанные с сервером свойства из ваших свойств начальной загрузки.

Да, вы - проблема: spring.application.name из bootstrap.properties wasпереопределяется spring.application.name из файла application.properties.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...