<div dir="ltr"><div><div>My point is that quoting problem do exists probably but it exists even without YAQL being used anywhere.<br></div>For example consider Mistral workbook containing value: { get_attr: [my_instance, first_address] }. get_attr in Mistral may have nothing to to with Heat's get_attr and even if it is it may be just a HOT snippet that cannot be evaluated at the moment. For example it may be part of a HOT template embedded into Mistral workbook and Mistral workflow is going to create another Heat stack using that template. Now if you embed such workbook into HOT template (and thus get HOT embedded into Mistral embedded into HOT :) ) you need to make sure that Heat's parser is not going to try to parse that workbook but treats it like a black box. This is regardless of YAQL being even exist. But if you treat workbooks like black-boxes/arbitrary JSON you should not care if it contains YAQL or not.<br><br></div>As for Murano this may cause some problems in cases when someone just took YAML HOT and copy-paste it into MuranoPL class without double-checking. But those errors can be easily fixed and such issues do exist even with current HOT syntax without YAQL being used at all.<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">What I'm really confused by is why we have<br>
a new weird ugly language like YAQL (sorry, it, like JQ, is hideous),<br></blockquote><div><br></div><div>YAQL syntax is almost identical to Python's or JS if you narrow them to one-line expressions. The only noticeable difference is that all variable/parameter names are prefixed with '$' as in PHP/Perl which are both popular languages. I can hardly imagine why such negligible difference from JS or Python (languages you do like) makes language "weird ugly"  <br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><span style="border-collapse:separate;color:rgb(0,0,0);font-family:'Times New Roman';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="font-family:arial;font-size:small">Sincerely yours,<br>Stan Lagun<br>Principal Software Engineer @ Mirantis</span></span><br><span style="border-collapse:separate;color:rgb(0,0,0);font-family:'Times New Roman';font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium"><span style="font-family:arial;font-size:small"><br><a href="mailto:slagun@mirantis.com" target="_blank"></a></span></span></div></div></div>
<br><div class="gmail_quote">On Wed, Nov 12, 2014 at 6:10 PM, Clint Byrum <span dir="ltr"><<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Zane Bitter's message of 2014-11-11 13:06:17 -0800:<br>
<span class="">> On 11/11/14 13:34, Ryan Brown wrote:<br>
> > I am strongly against allowing arbitrary Javascript functions for<br>
> > complexity reasons. It's already difficult enough to get meaningful<br>
> > errors when you **** up your YAML syntax.<br>
><br>
> Agreed, and FWIW literally everyone that Clint has pitched the JS idea<br>
> to thought it was crazy ;)<br>
><br>
<br>
</span>So far nobody has stepped up to defend me, so I'll accept that maybe<br>
people do think it is crazy. What I'm really confused by is why we have<br>
a new weird ugly language like YAQL (sorry, it, like JQ, is hideous),<br>
and that would somehow be less crazy than a well known mature language<br>
that has always been meant for embedding such as javascript.<br>
<br>
Anyway, I'd prefer YAQL over trying to get the intrinsic functions in<br>
HOT just right. Users will want to do things we don't expect. I say, let<br>
them, or large sections of the users will simply move on to something<br>
else.<br>
<div class="HOEnZb"><div class="h5"><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></div>