Pull to refresh

Comments 10

дедовский совет автору и всем джуникам:
@Bean public Queue queue() { return new Queue(queueName, false); }
@Bean public Queue queue2() { return new Queue(queueWithDelayName, false); }


при ручном объявлении бинов, давайте им читаемые и понятные по смыслу названия

потому что у вас в контексте будут болтаться в данном конкретном случае
два бина с названиям queue и queue2, что может навести смуту в умах других молодых разработчиков

Согласен абсолютно), стоит ренеймить, упустил из виду

У Кролика много фишек. Нет ли желания продолжить серию темами подтверждения сообщений, версионирования типов сообщений, доставки один ко многим, сериализации для связывания сервисов на спринге и ноде, фоллбека недоставленных?

Думаю действительно можно продолжить. Разбить на ветки гит и для "порции" информации свою ветку

Подушню, но вот такие штуки можно не писать, только усложняете себе жизнь ResponseEntity<Void>

На ютуб канале Young&&Yandex помню было видео про архитектуру спринговых приложений, много полезного было

У вас работает Ютуб и вы можете посмотреть это видео?

Получилась не задержка обработки, а скорее имитация обработки) Если вы поднимете несколько потребителей, они будут параллельно вытаскивать и обрабатывать сообщения.

Если вы хотели сделать именно задержку, у кролика есть плагин для поддержки отложенных сообщений.

Идея была в имитации обработки, не так выразился)

Sign up to leave a comment.

Articles