justforsqlruНарод, как в спринге организовать шедулинг задач - чтобы каждая задача выполнялась в своем отдельном потоке


org.springframework.scheduling.concurrent.ScheduledExecutorTask

просто выполняет задачи в текущем потоке (то есть если в задаче поставить вечный sleep) то дальше никто выполнятся не будет ...

Выполняет не в текущем, просто он блокирует текущий до завершения задачи.
ThreadPoolTaskExecutor и там юзать execute().
Либо как советует сам спринг, юзать ScheduledExecutorTask+Quartz (видимо getRunnable() и потом его в quartz)

ОзверинjustforsqlruНарод, как в спринге организовать шедулинг задач - чтобы каждая задача выполнялась в своем отдельном потоке


org.springframework.scheduling.concurrent.ScheduledExecutorTask

просто выполняет задачи в текущем потоке (то есть если в задаче поставить вечный sleep) то дальше никто выполнятся не будет ...

Выполняет не в текущем, просто он блокирует текущий до завершения задачи.
ThreadPoolTaskExecutor и там юзать execute().
Либо как советует сам спринг, юзать ScheduledExecutorTask+Quartz (видимо getRunnable() и потом его в quartz)

Это не из личного опыта, честно.это догадки) в спринге с этой частью не работал.

justforsqlruА можно без quartz это сделать ?

Не работал , но подозреваю..что ваши таски все callable? Соответственно где то используются значения и вызов примерно такое
value = taskExecutor.submit().get();
в данном случае - это блокирующий вызов, то есть основной поток стоит, пока ваша таска не вернет значение. Вам надо копать в сторону runnable либо пытаться делать что то типа taskExecutor.execute(runnable).

justforsqlruОзверин,

мои таски не callable а runnable


как отменить блокировку запускающего потока ?

почитать поглубже доку sping`а.
Если не вкурсе executorService`ов - то про них вначале.

Условно, ThreadPoolExecutor.execute(runnable) - не блокирующий запуск таски в отдельном потомке.
Скорее всего аннотация типа @Async - вас спасет даже в текущем конфиге.