
Комментарии 11
дедовский совет автору и всем джуникам:@Bean public Queue queue() { return new Queue(queueName, false); }
@Bean public Queue queue2() { return new Queue(queueWithDelayName, false); }
при ручном объявлении бинов, давайте им читаемые и понятные по смыслу названия
потому что у вас в контексте будут болтаться в данном конкретном случае
два бина с названиям queue и queue2, что может навести смуту в умах других молодых разработчиков
У Кролика много фишек. Нет ли желания продолжить серию темами подтверждения сообщений, версионирования типов сообщений, доставки один ко многим, сериализации для связывания сервисов на спринге и ноде, фоллбека недоставленных?
Подушню, но вот такие штуки можно не писать, только усложняете себе жизнь ResponseEntity<Void>
На ютуб канале Young&&Yandex помню было видео про архитектуру спринговых приложений, много полезного было
Получилась не задержка обработки, а скорее имитация обработки) Если вы поднимете несколько потребителей, они будут параллельно вытаскивать и обрабатывать сообщения.
Если вы хотели сделать именно задержку, у кролика есть плагин для поддержки отложенных сообщений.
@RabbitListener(queues="#{@environment.getProperty('rabbitmq.queue.name')}")
ужос, вы не знаете о существовании ${rabbitmq.queue.name} ?? Открыл 5 статей где учат rabbitmq со спрингом и везде какой-то полумрак. переобъявление стандартных бинов, пропертей из докер компос файла и т.д. Хорошо что сразу полез в доки + нейронка, а эти вкладки просто остались висеть. Ну и сам способ тестировать что-то через http ендоинты это костыль, вам же спринг тесь все это дает и запускать удобней.
RabbitMQ + Java Spring