integrations

redriveOutboundDlqMessages

Changed on

Redrive selected dead-lettered messages back into the live stream. Operator endpoint — requires the integration:manage grant. A redriven message is re-enqueued at the tail with a new id and sequence — it is delivered out of its original per-entity order (the stream has moved on); this is inherent to redrive and matches SQS DLQ semantics. The redriven copy starts with zero delivery attempts and a fresh retention window; the original DLQ entry is removed. With reapply_mapping, the raw event is re-mapped with the use case's current jsonata_expression; entries whose mapping failed are always re-mapped. Per-id results report redriven, not_found (unknown ids, or entries concurrently redriven/expired) or mapping_failed (the re-mapping failed again and the entry stays in the DLQ).

post/v1/integrations/{integrationId}/outbound/messages/dlq/redrive

Request

  • Base URL
    https://integration-toolkit.sls.epilot.io
  • URL
    https://integration-toolkit.sls.epilot.io/v1/integrations/{integrationId}/outbound/messages/dlq/redrive
  • Auth
    HTTP bearer

Path parameters

integrationIdstring uuid required

The integration ID

Request body

idsstring[] required

Message ids (msg_…) of the DLQ entries to redrive

reapply_mappingboolean

Re-apply the use case's CURRENT jsonata_expression to the raw event instead of re-sending the stored payload. Entries whose mapping failed are always re-mapped, whatever this says. When the use case no longer has an expression, the raw event is redriven.

Response

Per-id redrive results

Changes

    • warning

      added the new mapping_failed enum value to the // response property for the response status

    • info

      added the new optional request property

    • info

      added the optional property // to the response with the status