rakhmerov at mirantis.com
Wed Dec 10 08:57:45 UTC 2014
Agree with Nikolay.
Winson, did you see https://blueprints.launchpad.net/mistral/+spec/mistral-execution-environment <https://blueprints.launchpad.net/mistral/+spec/mistral-execution-environment> ? The concept described their is pretty simple and syntactically we can have a predefined key in workflow context, for example accessible as $.__env (similar to $.__execution), which contains environment variables. They are the same for the whole workflow including subworkflows.
One additional BP that we filed after Paris Summit is https://blueprints.launchpad.net/mistral/+spec/mistral-workflow-constants <https://blueprints.launchpad.net/mistral/+spec/mistral-workflow-constants> which is a little bit related to it. According to what described in this BP we can just define workflow scoped constants for convenience which are accessible as regular workflow input variables. Btw, as an idea: they can be initilalized by variables from execution environment.
And there’s even one more BP https://blueprints.launchpad.net/mistral/+spec/mistral-default-input-values <https://blueprints.launchpad.net/mistral/+spec/mistral-default-input-values> that suggests having default workflow input values that is related to those two. Btw, it can be extended to having default values for action input values as well.
So, I would suggest you take a look at all these BPs and continue to discuss this topic. I feel it’s really important since all these things are intended to improve usability.
@ Mirantis Inc.
> On 10 Dec 2014, at 00:17, Nikolay Makhotkin <nmakhotkin at mirantis.com> wrote:
> May be I misunderstood something here but what is the difference between this one and https://blueprints.launchpad.net/mistral/+spec/mistral-execution-environment <https://blueprints.launchpad.net/mistral/+spec/mistral-execution-environment> ?
> On Tue, Dec 9, 2014 at 5:35 PM, Dmitri Zimine <dzimine at stackstorm.com <mailto:dzimine at stackstorm.com>> wrote:
> thanks for filing the blueprint:
> https://blueprints.launchpad.net/mistral/+spec/mistral-global-context <https://blueprints.launchpad.net/mistral/+spec/mistral-global-context>,
> some clarification questions:
> 1) how exactly would the user describe these global variables syntactically? In DSL? What can we use as syntax? In the initial workflow input?
> 2) what is the visibility scope: this and child workflows, or "truly global”?
> 3) What are the good default behavior?
> Let’s detail it a bit more.
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org <mailto:OpenStack-dev at lists.openstack.org>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
> Best Regards,
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev