Как настроить бины в подпроектах без application.properties?

Question

[Araya]

Есть некая библиотека как зависимость проектов, в ней создаются бины по работе с базами данных (и не только). Для них требуются настройки, которые задаются в application.properties. В этом проекте, разумеется, это все есть.

При подключении этой либы к другим проектам, эти бины не берут настройки из своего файла application.properties, а ждет портянку в текущем проекте. Пуляет ошибками:

Error creating bean with name 'dataSourceScriptDatabaseInitializer' defined in class path resource [org/springframework/boot/autoconfigure/sql/init/DataSourceInitializationConfiguration.class]: Unsatisfied dependency expressed through method 'dataSourceScriptDatabaseInitializer' parameter 0;

Unexpected exception during bean creation; nested exception is java.lang.IllegalArgumentException: Could not resolve placeholder 'db.datasource.url' in value "${db.datasource.url}"

Приходятся копипастить портянки во всех проектах, что естественно, вообще неудобно. Как заставить бины смотреть в "свой" файл application.properties и избавиться от копипаста?

Comments

[Орхан Гасанлы]

Добрый день. Что является "подпроектом" в данном случае? Это отдельный модуль gradle || maven?
Если это отдельный модуль, то и так у каждого модуля свой application.properties
Также уточните является ли это монолитом или микросервисным приложением? Если микросервисы, то можно и отдельный config server поднять для этих целей...

[Ерлан Ибраев]

ИМХО возможно имеет смысл посмотреть в сторону Spring Cloud config?

[Araya]

Орхан Гасанлы, видимо неверно выразился. Это отдельный сервис, который тянет как зависимость первый (который со всеми конфигами). А архитектура микросервисная.

[Araya]

Ерлан Ибраев, спасибо, изучим

[Araya]

Орхан Гасанлы, кстати, а может есть способ сделать доступными проперти из библиотеки?

Answer 1

[Орхан Гасанлы]

Araya, как отметил коллега Ерлан Ибраев и я, стоит поднять отдельный config server (Spring Cloud Config).
В таком случае при первом старте приложения сперва стартанет config server. Затем все остальные сервисы (eureka server, gateway и др.). Все сервисы получат конфиги из config server. Притом можно все конфиги напрямую получать из github репозитория. Для каждого из микросервисов можно создать свой properties || yml. Или же можно задать общий на всех. Можно также задать отдельные конфиги согласно активному профилю. Также при необходимости можно динамически изменять конфиги (например, при помощи Spring Cloud Bus).

Вот, скрин, который поможет разобраться в вопросе:

Вы можете все конфиги из всех микросервисов вынести в отдельный гит репозиторий (или же можно хранить локально. (профиль - native)). Внутри микросервисов достаточно файла bootstrap.yml или bootstrap.properties. Соответственно, все файлы конфигов вы называете именем вашего микросервиса (обратите внимание на скриншот выше).