mad_nazgulcapfreedom228Идея была следующая: храним кассы в таблице devices, задания в таблице tasks.
При старте сервера запускаем столько потоков, сколько девайсов в таблице devices.
Потоки с определенным периодом делают селект из таблицы с заданиями и поочередно их выполняют.
Апи для заданий асинхронное, т.е. снаружи прилетает post запрос, создается запись в таблице tasks и назад клиенту отдается id этого задания.
По id задания клиент может отследить прогресс и результат. (GET /task/{id})


ИМХО не делать брокер/очередь сообщений на БД, а воспользоваться соответствующим инструментом (MQ, Kafka и т.д.)
Результат отправлять так же по тому же брокеру сообщений.
Связь можно сделать, по CorellationID. Создается в сессии контролера и там же храниться, нужен чтобы получить соответствующий ответ.

Не хотелось ради одной очереди тянуть какое то дополнительное ПО.

Попробую использовать подход из этой статьи
https://thebackendguy.com/spring-schedule-tasks-or-cron-jobs-dynamically/

PetroNotC Sharpcapfreedom228Попробую использовать подход из этой статьи
https://thebackendguy.com/spring-schedule-tasks-or-cron-jobs-dynamically/ шедулер это будильник. А тебе надо загрузить зданиями СВОБОДНУЮ кассу.
Периодичности тут нет.
Не выйдет. Либо ТЗ коряво описал.

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

PetroNotC Sharpcapfreedom228Попробую использовать подход из этой статьи
https://thebackendguy.com/spring-schedule-tasks-or-cron-jobs-dynamically/ шедулер это будильник. А тебе надо загрузить зданиями СВОБОДНУЮ кассу.
Периодичности тут нет.
Не выйдет. Либо ТЗ коряво описал.

На счет свободной кассы:
В таске прописано на какой кассе оно должно быть выполнено, т.е. не свободную.

PetroNotC Sharpcapfreedom228На счет свободной кассы:
В таске прописано на какой кассе оно должно быть выполнено, т.е. не свободнуюэто ТЗ или твоя придумка?
Если ТЗ покажи цитату из первой страницы топика.

Это ТЗ, я забыл это написать в первом посте.

PetroNotC Sharpcapfreedom228Шедулер выполняет действия с определенным периодом , ПО ВРЕМЕНИ карл!
Например, каждый вторник на 10 утра. Или запуск задачи через 10 минут после POST юзверя.
capfreedom228могу запустить на каждую кассу
Ты гоаорил что касса А Б не могут одновременно.

Я говорил, что ты не можешь к одной и той же кассе подключиться одновременно разными потоками.

capfreedom228PetroNotC Sharpпропущено...
ПО ВРЕМЕНИ карл!
Например, каждый вторник на 10 утра. Или запуск задачи через 10 минут после POST юзверя.
пропущено...

Ты гоаорил что касса А Б не могут одновременно.

Я говорил, что ты не можешь к одной и той же кассе подключиться одновременно разными потоками.

На счет ПО ВРЕМЕНИ - не вижу противоречия. Раз 5 секунд например будет делать селект из таблицы с заданиями и их выполнять.

PetroNotC Sharpcapfreedom228Это ТЗ, я забыл это написать в первом посте.поэтому мы копаемся вторую страницу в детском вопросе

capfreedom228Я говорил, что ты не можешь к одной и той же кассе подключиться одновременно разными потоками.
Выше мой вопрос с ДВУМЯ ЭКЗЕМЛЯРАМИ var a =, var b= видим?
Ответь еще раз.

Если делать так:



то конфликта не будет, разные кассы могут работать одновременно(что мне казалось очевидным).

В твоем примере было так:



т.е. оба экземпляра смотрят на одну кассу.

PetroNotC Sharpcapfreedom228



т.е. оба экземпляра смотрят на одну кассу.ну ты даешь))))))

???

В первом посте, я писал, что если сделать a.open(); то больше никто не может подключиться к этой кассе.
Извиняюсь, если расписал недостаточно подробно.