-
Notifications
You must be signed in to change notification settings - Fork 18
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
DM-39464: Broadcasting query completion/cancellation events to Qserv workers #792
Conversation
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.
We definitely need something to say "this query is done, clean up" and this looks like the right mechanism to do that. I think it needs to include the czar ID in the messaging and handling of messages as going back to it later could be painful.
2ce4cf1
to
f417c37
Compare
Eliminated unused definitions. Better names and return types for some methods.
The new implementation is based on the smart pointer to self be stored by the Qserv request classes. It would guarantee the life span of the request objects while request processing is still going on. Otherwse, there is a chance of running into crashes. The request cancellaton method has been added to replace SSI's Finished(true) to do a proper clean up of the stored pointer.
Added the corresponidng requests handler at workers. Added a new transient class representing the API for sending query management requests. Added a command-line tool to test requests.
…ation Added Czar configuration options to disable this feature if needed. The options will exist for some time before the new code will be proven to work w/o any side effects to the query processing.
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; thanks -- don't forget to rebase!
f417c37
to
a0b20e5
Compare
No description provided.