-
Notifications
You must be signed in to change notification settings - Fork 569
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(polling): respect request timeout settings #8391
Conversation
As an alternative approach, I was thinking of initializing the request's timer (see Given the assumption that typically there is always work to do, i.e., there are "always" available jobs to activate, the requests will succeed in activating jobs most of the time with its first execution. Only, in "exceptional" cases the request won't succeed, meaning, there is not enough (or nothing) to do so that the request must be repeated by the gateway later. So, to avoid the overhead of adding a timer to the request, I have decided to add the timer only when the request could not activate jobs with its first execution. As a consequence, only in the "exceptional" cases, the timer is added (and only when it wasn't added previously). Of course, the request would time out at maximum |
1579217
to
8bde1c9
Compare
8bde1c9
to
31992b3
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM Roman, thanks for fixing. 🏅 I'm approving this now and backporting to 1.1, 1.2 and for the 1.3 release branch.
TBH it took me a good while to understand the interaction between the state and handler and also the control flow between activateJobs
and completeOrResubmitRequest
. Maybe this is something we could improve in a future PR.
bors r+
👎 Rejected by too few approved reviews |
bors r+ |
Build succeeded: |
Successfully created backport PR #8449 for |
Successfully created backport PR #8450 for |
Successfully created backport PR #8451 for |
8448: [Backport stable/1.2] deps(maven): bump version.elasticsearch from 7.16.1 to 7.16.2 r=menski a=npepinpe Bumps `version.elasticsearch` from 7.16.1 to 7.16.2. Updates `elasticsearch-x-content` from 7.16.1 to 7.16.2 - [Release notes](https://github.com/elastic/elasticsearch/releases) - [Commits](elastic/elasticsearch@v7.16.1...v7.16.2) Updates `elasticsearch-rest-client` from 7.16.1 to 7.16.2 - [Release notes](https://github.com/elastic/elasticsearch/releases) - [Commits](elastic/elasticsearch@v7.16.1...v7.16.2) --- updated-dependencies: - dependency-name: org.elasticsearch:elasticsearch-x-content dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.elasticsearch.client:elasticsearch-rest-client dependency-type: direct:development update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> (cherry picked from commit 4f41e4f) 8450: [Backport stable/1.2] fix(polling): respect request timeout settings r=oleschoenburg a=github-actions[bot] # Description Backport of #8391 to `stable/1.2`. relates to #8310 #8389 Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: Sebastian Menski <sebastian.menski@camunda.com> Co-authored-by: Roman <roman.smirnov@camunda.com> Co-authored-by: Ole Schönburg <ole.schoenburg@gmail.com>
8447: [Backport stable/1.1] deps(maven): bump version.elasticsearch from 7.16.1 to 7.16.2 r=menski a=npepinpe Bumps `version.elasticsearch` from 7.16.1 to 7.16.2. Updates `elasticsearch-x-content` from 7.16.1 to 7.16.2 - [Release notes](https://github.com/elastic/elasticsearch/releases) - [Commits](elastic/elasticsearch@v7.16.1...v7.16.2) Updates `elasticsearch-rest-client` from 7.16.1 to 7.16.2 - [Release notes](https://github.com/elastic/elasticsearch/releases) - [Commits](elastic/elasticsearch@v7.16.1...v7.16.2) --- updated-dependencies: - dependency-name: org.elasticsearch:elasticsearch-x-content dependency-type: direct:production update-type: version-update:semver-patch - dependency-name: org.elasticsearch.client:elasticsearch-rest-client dependency-type: direct:development update-type: version-update:semver-patch ... Signed-off-by: dependabot[bot] <support@github.com> (cherry picked from commit 4f41e4f) 8449: [Backport stable/1.1] fix(polling): respect request timeout settings r=oleschoenburg a=github-actions[bot] # Description Backport of #8391 to `stable/1.1`. relates to #8310 #8389 Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: Sebastian Menski <sebastian.menski@camunda.com> Co-authored-by: Roman <roman.smirnov@camunda.com> Co-authored-by: Ole Schönburg <ole.schoenburg@gmail.com>
Description
Related issues
relates #8310
closes #8389
Definition of Done
Not all items need to be done depending on the issue and the pull request.
Code changes:
backport stable/0.25
) to the PR, in case that fails you need to create backports manually.Testing:
Documentation: