Несмотря на то, что вы можете планировать доставку сообщений в ActiveMQ, он не предназначен для использования в качестве планировщика заданий, тогда как именно для этого был разработан Quartz.
В одном из ваших комментариев вы говорили о необходимости «масштабируемого решения», и ActiveMQ плохо масштабируется с огромным количеством запланированных заданий, потому что чем больше сообщений накапливается в очередях, тем хуже оно будет работать, поскольку онов конечном итоге придется печатать эти сообщения на диске, а не хранить их в памяти.ActiveMQ, как и большинство брокеров сообщений, предназначался для хранения сообщений в течение относительно короткого промежутка времени до их использования.Это сильно отличается от базы данных, которая лучше подходит для этого варианта использования.По этой причине Quartz должен масштабироваться лучше, чем ActiveMQ, для большого количества заданий.
Кроме того, сложность заданий, которые можно настраивать в Quartz, выше.Если вы используете ActiveMQ и вам в конечном итоге понадобится больше функциональности, чем она поддерживает, эта сложность будет добавлена в код вашего приложения.Однако есть большая вероятность, что вы можете просто делать то, что вы хотите, с Quartz, так как он был спроектирован как планировщик заданий.
Наконец, база данных более проста в обслуживании, чем брокер сообщений, на мой взгляд, и база данных.также легко предоставляется в большинстве облачных провайдеров.Я бы порекомендовал вам пойти с Кварцем.