Skip to content

Conversation

@markstory
Copy link
Member

When a task is configured with expires we should use that deadline instead of the consumer's configured default deadletter_at deadline.

A tasks' expiration deadline can't be longer than the namespace's deadletter deadlines to prevent tasks from clogging up processing.

Expiration deadlines start from when the task is added to kafka instead of the current time like a standard deadline. The reason for this is that tasks with expirations are often created by cron tasks, and the expiration time matches the tasks schedule.

Refs #59

When a task is configured with `expires` we should use that deadline
instead of the consumer's configured default deadletter_at deadline.

A tasks' expiration deadline can't be longer than the namespace's
deadletter deadlines to prevent tasks from clogging up processing.

Expiration deadlines start from when the task is added to kafka instead
of the current time like a standard deadline. The reason for this is
that tasks with expirations are often created by cron tasks, and the
expiration time matches the tasks schedule.

Refs #59
@markstory markstory requested a review from a team December 5, 2024 16:58
@markstory markstory merged commit c25b592 into main Dec 6, 2024
4 of 5 checks passed
@markstory markstory deleted the feat-expires-deadletterat branch December 6, 2024 19:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants