<div dir="ltr">Renat,<div><br></div><div>I've addressed a number of Mistral Workbook builder's issues, including:</div><div><br></div><div>* separating workflow-based Tasks from action-based ones, including distinct set of fields for each one;</div><div>* 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;</div><div>* removing 'Add' button that cluttered UI considerably - now Barricade entities are updated on field's 'change' event;</div><div>* updating the Merlin/Mistral schema with the latest version of Mistral workbook schema</div><div>* and some bugfixing...</div><div><br></div><div>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: </div><div>* what validation constraints should be added?</div><div>* which fields should be validated?</div><div><br></div><div>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. </div><div><br></div><div>P.S. As usual, you can find the latest version of Merlin/Mistral Workbook builder at <a href="https://github.com/stackforge/merlin">https://github.com/stackforge/merlin</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 30, 2014 at 11:06 AM, Renat Akhmerov <span dir="ltr"><<a href="mailto:rakhmerov@mirantis.com" target="_blank">rakhmerov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Timur,<br>
<br>
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.<br>
<br>
Thanks<br>
<span class="HOEnZb"><font color="#888888"><br>
Renat Akhmerov<br>
@ Mirantis Inc.<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On 26 Sep 2014, at 04:04, Steve Baker <<a href="mailto:sbaker@redhat.com">sbaker@redhat.com</a>> wrote:<br>
<br>
> On 26/09/14 05:36, Timur Sufiev wrote:<br>
>> Hello, folks!<br>
>><br>
>> 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:<br>
>><br>
>> * 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.<br>
>> * 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).<br>
><br>
> 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.<br>
><br>
> Is there any chance you can publish what you're working on to <a href="https://github.com/dragorosson" target="_blank">https://github.com/dragorosson</a> or rackerlabs for a start?<br>
><br>
>> * 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.<br>
>><br>
>> There already some commits in <a href="https://github.com/stackforge/merlin" target="_blank">https://github.com/stackforge/merlin</a> 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 <a href="http://localhost:8080" target="_blank">http://localhost:8080</a>. 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.<br>
>><br>
>> [1] <a href="http://lists.openstack.org/pipermail/openstack-dev/2014-September/044591.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2014-September/044591.html</a><br>
>> [2] <a href="http://lists.openstack.org/pipermail/openstack-dev/2014-August/044186.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2014-August/044186.html</a><br>
>><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Timur Sufiev</div>
</div>