Собссно сижу ломаю голову уже который день. есть многомодульное спринг мавен приложение. ну там разные мелкие модули делающие что-то. стандартные. с вебкой сервисом, гребущие данные из базы и складывающие туда.
мнодулей много. есть один корневой. и много сабмодулей. под ним.
теперь у меня возникла задача вкорячить в это приложение шедулер кварц. на данном этапе задачи по шедулингу есть только у одного модуля. поэтмоу особо вроде проблемы нет куда его вкорячить - в модуль этого приложения и забыть. всё замечательно.

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

собссно, что делать то?

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

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

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

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

или у меня вообще в корне подход кривой.

проблема супермодуля в том, что я получаю на выходе монолит а не разбитое на модули приложение.