You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+12-1
Original file line number
Diff line number
Diff line change
@@ -15,6 +15,7 @@ utilizing The RabbitMQ's [dead letter exchange](https://www.rabbitmq.com/dlx.htm
15
15
-[How it works](#how-it-works)
16
16
-[Configuration](#configuration)
17
17
-[Skipping the retry](#skipping-the-retry)
18
+
-[Exploring a real scenario](#exploring-a-real-scenario)
18
19
-[License](#licence)
19
20
20
21
---
@@ -64,7 +65,7 @@ The default Magento's consumer behavior is to reject the message when an excepti
64
65
If you use a standard configuration for the queue (without a dead-letter exchange), the message will be discarded and not processed again.
65
66
66
67
This behavior will change a bit with this module. It will introduce an extra step that will check if the message has reached your retry limit,
67
-
if so, it will be discarded from RabbitMQ and sent to the `run_as_root_message` Mysql table and stay there until manual management through the admin panel.
68
+
if so, it will be discarded from RabbitMQ and sent to the `run_as_root_queue_error_message` Mysql table and stay there until manual management through the admin panel.
68
69
69
70
If the message has not reached the retry limit, it will be rejected, and RabbitMQ will send it to the dead letter exchange. The message will be routed automatically to the "delay" queue and stay there until de TTL time is reached.
70
71
After the TTL time is reached, the message will be returned to its original queue.
**Note:** The configuration `Total of days to keep the messages` is the period that the messages will stay in the database. After this period, the messages will be deleted automatically by a Cron job.
208
+
209
+
The `run_as_root_clean_old_queue_error_messages` cron job is scheduled to run every day at 02:00 AM.
210
+
206
211
---
207
212
208
213
### Skipping the retry
@@ -219,5 +224,11 @@ For more information of how to configure message queues in Magento 2, you can ta
219
224
220
225
---
221
226
227
+
## Exploring a real scenario
228
+
229
+
If you want to know more about this module and explore a real scenario with it, please, take a look at the [blog post](https://dev.to/run_as_root/preventing-transaction-loss-unleashing-the-power-of-resilient-transactions-with-rabbitmq-dead-letter-exchanges-in-magento-2-8h0) we wrote about it.
0 commit comments