StackStorm / st2

StackStorm (aka "IFTTT for Ops") is event-driven automation for auto-remediation, incident responses, troubleshooting, deployments, and more for DevOps and SREs. Includes rules engine, workflow, 160 integration packs with 6000+ actions (see https://exchange.stackstorm.org) and ChatOps. Installer at https://docs.stackstorm.com/install/index.html
https://stackstorm.com/
Apache License 2.0
6.05k stars 745 forks source link

Public API documentation for v1/executions documents a callback that users shouldn't really see or use #4038

Open lakshmi-kannan opened 6 years ago

stale[bot] commented 5 years ago

Thanks for contributing to this issue. As it has been 90 days since the last activity, we are automatically marking is as stale. If this issue is not relevant or applicable anymore (problem has been fixed in a new version or similar), please close the issue or let us know so we can close it. On the contrary, if the issue is still relevant, there is nothing you need to do, but if you have any additional details or context which would help us when working on this issue, please include it as a comment to this issue.

cognifloyd commented 1 year ago

This is not a breaking issue any more, or at least, removing the callback from executions will not remove any useful functionality.

callback was only present to support mistral_v2 callbacks. The logic that actually used the callback was in post_run and was removed when the mistral-specific st2resultstracker was ripped out in #5108 here: https://github.com/StackStorm/st2/pull/5108/files#diff-d7613a0fbf36747a29378082cec19dcaab464b67582aaa72ced86a778b65cb18L231-L234

If a runner needs a callback param, it will need to implement that itself as the logic was removed in #5108. So, these are the remaining callback bits that should be removed:

When grepping through the code, the callback param that needs to be removed is not related to the callbacks in the transport (rabbitmq) or coordination (redis) related code.

The only question is if we need to do any migrations when we drop the field from the DB. I believe the answer is no.

arm4b commented 1 year ago

+1 for the cleanup!