Thanks Manas! This is one of the important things we need to get done within the next couple of weeks. Since it’s going to affect engine I think we need to wait for a couple of days with the implementation till we merge the changes that are being worked on and that also affect engine significantly. Team, please research carefully this etherpad and leave your comments. It’s a pretty tricky thing and we need to figure out the best strategy how to approach this kind of things. We’re going to have more problems similar to this one. Renat Akhmerov @ Mirantis Inc. On 25 Feb 2014, at 10:07, manas kelshikar <manasdk at gmail.com> wrote: > Hi everyone, > > I have put down my thoughts about the standard repeat action blueprint. > > https://blueprints.launchpad.net/mistral/+spec/mistral-std-repeat-action > > I have added link to an etherpad document which explore a few alternatives of the approach. I have explored details of how the std:repeat action should behave as defined in the blueprint. Further there are some thoughts on how it could be designed to remove ambiguity in the chaining. > > Please take a look. > > Thanks, > Manas > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140227/ca3a5e26/attachment.html>