Как сделать динамически модульное приложение Spring Boot?

Хорошо попробую объяснить по другому. Есть два jar файла первый core (приложение spring-boot) и migrate(должен запускаться для миграции со старой версии). Но migrate может и не быть, если новая установка приложения. Как сделать так что бы migrate.jar подключался автоматически если он есть?

glubyshev: в модуле migrate.jar создаёте файл META-INF/spring.factories , который автоматически создаст объявленные в нём бины при загрузке SpringBoot приложения. Для простоты в нём можно сделать только ссылку на Configuration-класс

вот ещё чтиво: docs.spring.io/spring-boot/docs/current/reference/...

формат в файле ещё можно так писать:
BEAN_NAME=FULL_PATH_BEAN_CLASS

Victor Alenkov: Тут дело в том что spring-boot уже запущен и он ни чего не знает о migrate.jar. Загрузка migrate нужно сделать как то в runtime. Иначе придётся делать сборки под каждого пользователя приложения во своим набором модулей, тупо добавляя их в зависимости core, как не гибко.

glubyshev: а в начале вопроса было написано "При запуске приложения..." - как-то не стыкуется

и даже в этом случае, я бы модуль migrate.jar сделал бы с использованием spring.factories и посмотрел бы как работает загрузчик контекста, чтобы его дёрнуть.
ну, это если вы не хотите OSGi

Ну да получается, сразу после запуска(spring-boot) нужно как то инициализировать модули(migrate), можно сказать что при запуске. Тут смотря от куда смотреть, инициализация модулей(моих) для меня это ещё запуск моего приложения просто перед ним запускается spring-boot.

т.е. на этапе запуска вы знаете какие модули будут грузиться? т.е. они уже есть в classpath. Или их ещё нет и вы дополнительно будете их подгружать после запуска ядра?
Тогда может посмотреть на PropertiesLauncher и для каждого клиента просто делать свой параметр "loader.path"?

На этапе у меня есть путь к папке с jar(никами). Просто приписывается в application.properties вот такая строка modules.path=/home/myuser/java/projects/billing/modules и в core просто @Value("${modules.path}") String path)

loader.path - не работает потому как в core нет зависимости.

glubyshev: замените modules.path на loader.path и используйте spring.factories. Это должно дать нужный вам функционал.
зависимости может и не быть в core. Тем более, что хранить application.properties внутри jar как-то не правильно что-ли. Его можно хранить в config-каталоге рядом с запускаемым jar, либо указывая до него путь в командной строке. Либо просто объявите переменную окружения LOADER_PATH.

Если вам уж очень надо хранить application.properties внутри jar, то возпользуйтесь профилями Spring и при запуске включайте например профиль "client", что вызовет загрузку файла application-client.properties и в нём уже указывайте какие модули грузить и прочие настройки, специфичные для клиента

Victor Alenkov: Я с Вами согласен что хранить настройки в jar не правильно. Сделал как вы посоветовали ни как не видит spring модуль migrate. Строку добавил application.properties в loader.path=lib/,/home/myuser/java/projects/billing/modules
Единственное не понял зачем spring.factories в модуле magrate? У него нет своего контекста spring и конфигураций тоже нет. Там несколько entity, repository и пару классов с алгоритмами миграции.

Вот есть проект https://github.com/decebals/pf4j-spring, делает то что нужно, но с сожалению демо не работает(пока сомневаюсь использовать в боевом проекте). Только там он модули назвал плагинами. Но суть та же.

потому что вы нарушаете Spring Boot Way.
Если коротко - каждый модуль должен сам загрузить себя в окружение основываясь на доступных ему настройках.

Например я бы сделал так:
создаю модуль migrate.jar, в нём набор тех самых сущностей, репозиториев и бинов
но, следом я создаю класс MigrateAutoConfiguration, в котором:
1) использую @EntityScan для объявления пакетов, в которых лежат мои сущности (EMF их потом подцепит при загрузке)
2) использую @EnableJpaRepository, в котором укажу пакеты где лежат мои репозитарии (Spring Data их потом тоже использует при загрузке)
3) использую @ComponentScan в котором ничего не укажу, т.к. мой MigrateAutoConfiguration является "родительским" и аннотация будет сканировать в глубину от меня. Либо укажу, если это будет не так (но я так не люблю делать)
4) создам spring.factories, в который пропишу мой MigrateAutoConfiguration
всё! Теперь если подсунуть этот jar модуль, то он сам укажет какие сущности использовать, какие репозитарии для работы с ними будут и какие ещё бины надо поднять.

Если же потребуется что-то сделать в завершении поднятия приложения, то я воспользуюсь интерфейсом org.springframework.context.ApplicationListener, которому передам что-нить из пакета org.springframework.context.event, например org.springframework.context.event.ContextRefreshedEvent и там уже произведу необходимые мне действия

проект по ссылке это не Spring Boot и потому это другая философия и другой подход к организации модульности Spring-приложения

Victor Alenkov: Сделал всё как Вы сказали, но ни какого эффекта. Core ни как не видит migrate.
Бины не создаются - в конструкторах прописал вывод в лог сообщений о создании.

Я вот думаю может сделать простенький пример и загрузить на github?

По проекту да он не spring-boot это я так для примера привёл, что бы понятно чего хочется добиться от spring-boot'a.

Stanyslav Glubyhev: сделайте.

Ок. Завтра набросаю,а то уже утомился.
Спасибо за Ваши ответы...

Victor Alenkov: Сделал репозиторий https://github.com/Stanyslav/spring-boot-multiple-...
В корне проекта нужно создать директорию module для jar файлов, или изменить путь в application.properties

Stanyslav Glubyshev: добавь в Collaborators git-пользователя BorzdeG, чтоб я мог тебе туда push сделать рабочего примера - форкать не хочется.

P.S. был с loader.path неправ - он нифига не грузит как надо.

Victor Alenkov: Добавил

Stanyslav Glubyshev: лови коммит. демка запускается через файл demo.bash. Содержимое лежит в каталоге demo.
Это конечно несколько нарушает Spring Boot Way в плане "всё в одном файле, за исключением настроек", но зато работает модульность :)