Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: publish message with 1h ttl #396

Merged
merged 1 commit into from
Aug 24, 2023

Conversation

korthout
Copy link
Member

Messages were published with a TTL of 5 minutes, which means the engine buffers them for 5 minutes. The buffered message is then expected to correlate to a process instance's event later in the chaos experiment.

However, in some cases, the chaos experiment takes longer than these 5 minutes. When the message is expired, the chaos experiment can no longer succeed even though it retries for an hour. For example, this occurred in the action:

  • Should be able to create a process instance and await the message correlation

Changing the TTL of the published message fixes this problem by buffering the message for the same duration as the retry period.

Messages were published with a TTL of 5 minutes, which means the engine buffers them for 5 minutes. The buffered message is then expected to correlate to a process instance's event later in the chaos experiment.

However, in some cases, the chaos experiment takes longer than these 5 minutes. When the message is expired, the chaos experiment can no longer succeed even though it retries for an hour. For example, this occurred in the action:
- Should be able to create a process instance and await the message correlation

Changing the TTL of the published message fixes this problem by buffering the message for the same duration as the retry period.
@korthout korthout requested a review from ChrisKujawa as a code owner August 22, 2023 13:35
Copy link
Member

@ChrisKujawa ChrisKujawa left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Awesome! Thank you very much @korthout that you looked into it and fixed it! Great stuff! 🚀

I was think whether there was any explanation why it was 5 minute, so I searched the git history. I just found this f9adf47 I remember before I had no TTL which is in go per default zero (I think) and also failed the experiments. With 5 minutes I think it most of the time just worked. But yes makes sense to me to increase this a bit more to be more reliable 👍🏼

@ChrisKujawa ChrisKujawa merged commit 3cc7593 into main Aug 24, 2023
@ChrisKujawa ChrisKujawa deleted the korthout-buffer-messages-for-an-hour branch August 24, 2023 06:52
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.

2 participants