вместо application.yml? Я почитал документацию и посты на stackoverflow, разница вроде бы понятна (bootstrap.yml грузится первым, с него строится бутстрап контекст в который загружаются проперти с внешних источников, а уже потом строится контекст приложения который наследуется от бутстрап контекста). Но я все равно не понимаю есть ли какая-либо практическая польза от того чтобы ложить проперти в bootstrap.yml вместо application.yml. Я вот положил туда проперти которые указивают адрес спринг конфиг сервера, но у меня оно работает даже в случае когда эти проперти были в application.yml
Оно (bootstrap) уже deprecated, разве нет?
то есть теперь для всего можно использовать application.yml?
Перепутал, выключили по умолчанию и вынесли, а не deprecated сделали: https://spring.io/blog/2020/10/07/spring-cloud-2020-0-0-m4-aka-ilford-is-available Отвечая на вопрос: польза в том, что кто-то может навертеть своих слушателей/постпроцессоров/т.п., и для них требуется прокинуть что-то. В целом bootstrap не так часто нужен.
Нет смысла использовать bootstrap.yml если не используется конфиг сервер. А вот если он используется, то в bootstrap только жизненонеобхожимое проставляется, все остальное в конфиг-сервере
был такой подход
вот эту инфу я так и не нашел, в релиз ноутах просто говорится что от бутстрап пропертиз отказались, и все. может просто хотели чтобы всё импортилось через spring.cloud.import
Обсуждают сегодня