
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div>Hi</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div style="font-size:12.8000001907349px" class=""><div class="">1) Roll back support : I came across few blueprints that talk about the roll-back support but not sure if they are delivered yet, I wanted to check if something is there out of the box that I should be aware of. Ofcourse, roll-back being very specific, I'd expect a user defined action being called for rolling back, just wondering if there is any construct after (on-error : ) to be used in YAML</div></div></div></div></blockquote><div><br class=""></div><div>Yes, it’s really specific. We ourselves discussed several options on what facilities we could provide regarding rollbacks. None of the BPs that you’ve probably seen is implemented yet though and more importantly there haven’t been any decisions made on that. I think we should start a wider discussion on that.</div><div><br class=""></div><div>As far as the idea itself, the whole point is that it may not be required to implement any specific in addition to existing functionality because from what we learned we can make a conclusion that most often rollback is a different workflow. Meaning that rolling back all the tasks in the same but reverse order (assuming they have a roll back action) doesn’t make too much sense. It’s 100% true if workflow tasks change some state in a non-revertable manner, for example. If so then Mistral already has ‘on-error’ clause which could be used to jump to a task associated with calling a workflow (rollback workflow).</div><div><br class=""></div><div>I really wonder what your input on this would be?</div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div style="font-size:12.8000001907349px" class=""><div class="">2) Execution context predefined ids - Here is what I found that talks about task and execution ids that I can access (<a href="https://wiki.openstack.org/wiki/Mistral/DSLv2#Predefinted_Values_in_execution_data_context" target="_blank" class="">execution context</a>), it would be great if you could point me to the list of all possible variables like $.execution_id that are accessible inside the YAML.</div></div></div></div></blockquote></div><br class=""><div class="">Not too many things at this point:</div><div class="">* $.__execution consisting of fields ‘id’, ‘wf_spec’ (workflow specification as a dictionary), ‘input’ and ‘start_params’ (which can contain some additional start parameters like ‘task_name’ for reverse workflows and ‘env’ containing the environment variables or a name of the previously saved environment, but environments are not officially announced yet).</div><div class="">* $.openstack which contains whatever is listed in the doc (project_id etc.)</div><div class=""><br class=""></div><div class="">This part is slightly changing now and there isn’t still a final doc on that. It will be created by the end of kilo-3.</div><div class=""><br class=""></div><div class="">Thanks</div><div class=""><br class=""></div><div class=""><div class="">Renat Akhmerov</div><div class="">@ Mirantis Inc.</div><div class=""><br class=""></div></div></body></html>