[openstack-dev] [UX] [Heat] [Mistral] Merlin project PoC update: shift from HOT builder to Mistral Workbook builder

Timur Sufiev tsufiev at mirantis.com
Mon Oct 6 13:16:52 UTC 2014


Renat,

I've addressed a number of Mistral Workbook builder's issues, including:

* separating workflow-based Tasks from action-based ones, including
distinct set of fields for each one;
* restricting the range of values that can be selected for 'required' field
of Task inside reverse-type Workflow to already existing tasks of that
Workflow;
* removing 'Add' button that cluttered UI considerably - now Barricade
entities are updated on field's 'change' event;
* updating the Merlin/Mistral schema with the latest version of Mistral
workbook schema
* and some bugfixing...

Regarding the field validation which is the last goal for Merlin/Mistral
PoC I haven't implemented yet, your feedback would be very helpful, namely:
* what validation constraints should be added?
* which fields should be validated?

Any other feedback (not only related to validation issues) is also greatly
appreciated. Once we deal with validation and some UI awkwardness, I plan
to begin with Horizon integration.

P.S. As usual, you can find the latest version of Merlin/Mistral Workbook
builder at https://github.com/stackforge/merlin

On Tue, Sep 30, 2014 at 11:06 AM, Renat Akhmerov <rakhmerov at mirantis.com>
wrote:

> Timur,
>
> For us, undoubtedly, it’s a great news. Visualization of any kind is
> really important for Mistral for a number of reasons. You can count on any
> help(including code contribution) from our side.
>
> Thanks
>
> Renat Akhmerov
> @ Mirantis Inc.
>
>
>
> On 26 Sep 2014, at 04:04, Steve Baker <sbaker at redhat.com> wrote:
>
> > On 26/09/14 05:36, Timur Sufiev wrote:
> >> Hello, folks!
> >>
> >> Following Drago Rosson's introduction of Barricade.js and our
> discussion in ML about possibility of using it in Merlin [1], I've decided
> to change the plans for PoC: now the goal for Merlin's PoC is to implement
> Mistral Workbook builder on top of Barricade.js. The reasons for that are:
> >>
> >> * To better understand Barricade.js potential as data abstraction layer
> in Merlin, I need to learn much more about its possibilities and
> limitations than simple examining/reviewing of its source code allows. The
> best way to do this is by building upon it.
> >> * It's becoming too crowded in the HOT builder's sandbox - doing the
> same work as Drago currently does [2] seems like a waste of resources to me
> (especially in case he'll opensource his HOT builder someday just as he did
> with Barricade.js).
> >
> > Drago, it would be to everyone's benefit if your HOT builder efforts
> were developed on a public git repository, no matter how functional it is
> currently.
> >
> > Is there any chance you can publish what you're working on to
> https://github.com/dragorosson or rackerlabs for a start?
> >
> >> * Why Mistral and not Murano or Solum? Because Mistral's YAML templates
> have simpler structure than Murano's ones do and is better defined at that
> moment than the ones in Solum.
> >>
> >> There already some commits in https://github.com/stackforge/merlin and
> since client-side app doesn't talk to the Mistral's server yet, it is
> pretty easy to run it (just follow the instructions in README.md) and then
> see it in browser at http://localhost:8080. UI is yet not great, as the
> current focus is data abstraction layer exploration, i.e. how to exploit
> Barricade.js capabilities to reflect all relations between Mistral's
> entities. I hope to finish the minimal set of features in a few weeks - and
> will certainly announce it in the ML.
> >>
> >> [1]
> http://lists.openstack.org/pipermail/openstack-dev/2014-September/044591.html
> >> [2]
> http://lists.openstack.org/pipermail/openstack-dev/2014-August/044186.html
> >>
> >
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
Timur Sufiev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141006/f0849141/attachment.html>


More information about the OpenStack-dev mailing list