<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Hi, Renat,</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Actually, I have the same idea months ago, but what I thought is to provide task dependencies information in a workflow definition, since as a workflow designer, I have no idea about how my workflow 'looks like', unless I create an execution with that, especially when there are a lot of tasks within workflow definition.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">And what you want to address here is to get execution/task-execution dependencies information in run time, which also will give users more detailed information about what happened in the system, I'd like to see it landed in Mistral.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">To achieve that, we should record the execution/task-execution relationship during an execution is running, because we have no such info currently.</div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">On the CLI side, I agree we add option to 'execution-get' command, and accordingly we could add a new column 'dependent on' or 'parent' or something else to the result.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 1, 2015 at 1:47 AM, Joshua Harlow <span dir="ltr"><<a href="mailto:harlowja@outlook.com" target="_blank">harlowja@outlook.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Would u guys have any use for the following being split out into its own library?<br>
<br>
<a href="https://github.com/openstack/taskflow/blob/master/taskflow/types/tree.py" rel="noreferrer" target="_blank">https://github.com/openstack/taskflow/blob/master/taskflow/types/tree.py</a><br>
<br>
It already has a pformat method that could be used to do your drawing of the 'tree'...<br>
<br>
<a href="http://docs.openstack.org/developer/taskflow/types.html#taskflow.types.tree.Node.pformat" rel="noreferrer" target="_blank">http://docs.openstack.org/developer/taskflow/types.html#taskflow.types.tree.Node.pformat</a><br>
<br>
Might be useful for u folks? Taskflow uses it to be able to show information that is tree-like to the developer/user for similar purposes (it also supports using pydot to dump things out in dot graph format):<br>
<br>
For example <a href="http://tempsend.com/A8AA89F397/4663/car.pdf" rel="noreferrer" target="_blank">http://tempsend.com/A8AA89F397/4663/car.pdf</a> is the graph of an example (in particular <a href="https://github.com/openstack/taskflow/blob/master/taskflow/examples/build_a_car.py" rel="noreferrer" target="_blank">https://github.com/openstack/taskflow/blob/master/taskflow/examples/build_a_car.py</a>)<br>
<br>
-Josh<br>
<br>
Renat Akhmerov wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
Team,<br>
<br>
I’d like to discuss<br>
<a href="https://blueprints.launchpad.net/mistral/+spec/mistral-execution-origin" rel="noreferrer" target="_blank">https://blueprints.launchpad.net/mistral/+spec/mistral-execution-origin</a>.<br>
<br>
To summarize what it’s about: imagine that we have a workflow which<br>
calls other workflows and those workflows call some workflows again,<br>
etc. etc. In other words, we have a tree of workflows. Right now there<br>
isn’t a convenient way to track down the whole execution tree in CLI.<br>
For example, see a running workflow but I have no idea whether it was<br>
started by user manually or called by another (parent) workflow. In many<br>
cases it’s crucial to know, otherwise it’s really painful if we need to<br>
debug something or just figure out the whole picture of what’s going on.<br>
<br>
What this BP offers is that we have an “origin ID” that would always<br>
tell the top level (the highest one) workflow execution since which it<br>
all started. This is kind of simple solution though and I thought we<br>
could massage this idea a little bit and could come up with something<br>
more interesting. For example, could we add a new option (i.e.<br>
--detailed or --recursive) for ‘mistral execution-get’ command and if<br>
it’s provided then we print out information not only about this wf<br>
execution itself but about it’s children as well? The only question is:<br>
how do we display a tree in CLI?<br>
<br>
I also created an empty etherpad where we can sketch out how it could<br>
look like:<br>
<a href="https://etherpad.openstack.org/p/mistral-cli-workflow-execution-tree" rel="noreferrer" target="_blank">https://etherpad.openstack.org/p/mistral-cli-workflow-execution-tree</a><br>
<br>
Any other ideas? Thoughts?<br>
<br>
Renat Akhmerov<br>
@ Mirantis Inc.<br>
<br>
<br>
<br></div></div>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><b><font color="#000000" style="background-color:rgb(243,243,243)" face="monospace, monospace">Regards!</font></b></div><div><b><font color="#000000" style="background-color:rgb(243,243,243)" face="monospace, monospace">-----------------------------------</font></b></div><div><b style="font-size:12px;line-height:18px"><font style="background-color:rgb(243,243,243)" color="#ff0000" face="monospace, monospace">Lingxian Kong</font></b><br></div></div></div></div></div>
</div>