-
Notifications
You must be signed in to change notification settings - Fork 226
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
Versioning 3 #1744
Versioning 3 #1744
Conversation
* Rename DeploymentName --> DeploymentSeriesName
Overall the client API makes sense to me, I didn't review the underlying gRPC api to ensure the API is being invoked or mocked correctly. |
func (iter *deploymentListIteratorImpl) HasNext() bool { | ||
if iter.err == nil && | ||
(iter.response == nil || | ||
(iter.nextDeploymentIndex >= len(iter.response.Deployments) && len(iter.response.NextPageToken) > 0)) { |
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.
ListDeployments
uses visibility.ListWorkflowExecutions
under the hood directly, the same way that ListSchedules
does, so the contents of a page and the nextPageToken
are handled the same for ListDeployments
and ListSchedules
. Because of this, I believe that there is no risk of an empty page followed by a non-empty page.
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.
In the elastic search visibility store implementation, next page token is only non-nil if the number of entries on the page == pageSize: https://github.com/temporalio/temporal/blob/main/common/persistence/visibility/store/elasticsearch/visibility_store.go#L839-L848
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.
@cretz @antlai-temporal hope this helps
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.
same in the sql visibility store implementation, next page token is only non-nil if the number of entries on the page == pageSize: https://github.com/temporalio/temporal/blob/main/common/persistence/visibility/store/sql/visibility_store.go#L233-L248
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.
I believe that there is no risk of an empty page followed by a non-empty page
Sounds good. Just wanted to make sure there was no post-visibility item filtering done server side that would affect this.
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.
Looks good, just waiting for CLI RC release and this to be updated accordingly
@cretz Integration tests against the new cli ok... |
What was changed
This PR implements a new deployment based approach for Worker Versioning in go.
This is an umbrella PR, with several PRs in the versioning-3 branch already reviewed:
#1675
#1692
#1708
#1722
#1727
#1733
#1742
It is marked as draft, missing some system tests, and waiting on a CLI release that provides the new server.
But even in draft mode, it should be reasonably stable, please give feedback... Thanks!