Я использую кварц 1.8.6 в кластерном режиме с 4 экземплярами. Теперь я наблюдал высокий конфликт на столе QRTZ_LOCKS. Мое приложение также предоставляет веб-сервисы для онлайн-клиентов. Эти веб-службы также планируют новые рабочие места. Теперь я вижу исключения для тайм-аутов для этих веб-сервисов, потому что, когда они хотят назначить новое задание, они ждут слишком loooong, чтобы получить блокировку в таблице QRTZ_LOCKS. Для меня важно установить 100% надежную работу для веб-сервисов (что более важно, чем операции с кварцевыми работами). Можно ли запустить кварцевый рабочий стол только в одном экземпляре, а другие 3 экземпляра настроить с помощью org.quartz.jobStore.isClustered = false, чтобы позволить им выполнять планирование без выхода на QRTZ_LOCKS?планирование работы кластеризованного кварца1.8.6 из некластерного конфигурационного экземпляра планировщика кварца
update: На самом деле, если я планирую запустить только один экземпляр с бегуном работы, а всем остальным разрешено добавлять новые задания, это больше не будет кластером. Итак, актуальный вопрос: можно ли настроить org.quartz.jobStore.isClustered = false для всех 4 экземпляров, сделать только 1 экземплярное задание, но разрешить всем 4 назначать новые задания на одно хранилище jdbc?