feat: implement Dead-Letter Queue (DLQ) infrastructure and management… - #169
Conversation
|
@muhsar27 Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits. You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀 |
|
MergeKeeper review Scope: in scope for linked issue The pull request correctly implements the BullMQ dead-letter queue processor, administrative DLQ endpoints, associated DTOs, and unit tests as required by issue #98. Reviewed commit: |
|
MergeKeeper review unavailable AI provider review response did not contain valid JSON No approval or merge action was taken. |
…s path references
…stroid-api into feat-implement-BullmQ
|
MergeKeeper merge status Status: blocked Reason: Next steps:
|
…r background processing
There was a problem hiding this comment.
Approved
The pull request correctly implements the BullMQ dead-letter queue processor, administrative DLQ endpoints, associated DTOs, and unit tests as required by issue #98.
|
Merged Merged with |
ASTROIDX556#169) * feat: implement Dead-Letter Queue (DLQ) infrastructure and management service * refactor: simplify nest script commands by removing local node_modules path references * feat: implement root application module and define queue constants for background processing
… service
Summary
Implements a dead-letter queue (DLQ) processing and administrative management system for BullMQ jobs across background workers (transaction execution, webhook delivery, risk analysis, and notifications) with secured RBAC-guarded administrative endpoints to inspect, retry, and purge failed jobs.
Type of change
Related issue
Closes #98
Why this change is needed
When background workers exhaust maximum retry attempts on transient or permanent failures (such as third-party API outages, invalid payloads, or network timeouts), jobs should be routed to a designated Dead-Letter Queue structure for forensic debugging, audit ledgering, and administrative remediation. Without dedicated DLQ tooling, failed jobs remain opaque or require manual database/Redis interventions. This feature provides a centralized DlqProcessor and a secured DlqController allowing administrators to inspect full error payloads/stack traces, retry failed jobs individually or in bulk, and purge obsolete records under strict
OWNER/ADMINrole access control.Checklist
npm run buildpassesnpm testpassesnpm run lintpassesnpm run typecheckpasses