<div dir="ltr">Trying to clarify a few things...<div><br></div><div><pre style="margin-top:1.5em;margin-bottom:1.5em;padding:0px;border:0px;font-size:12px;font-family:'andale mono','lucida console',monospace;vertical-align:baseline;white-space:pre-wrap;line-height:18px;color:rgb(83,83,83)">><i> 2) Retuning to first example:
</i>><i> ...
</i>><i>  action: std.sql conn_str={$.env.conn_str} query={$.query}
</i>><i> ...
</i>><i> $.env - is it a name of environment or it will be a registered syntax to getting access to values from env ?
</i></pre><pre style="margin-top:1.5em;margin-bottom:1.5em;padding:0px;border:0px;vertical-align:baseline"><pre style="margin-top:1.5em;margin-bottom:1.5em;padding:0px;border:0px;vertical-align:baseline"><font face="arial, sans-serif"><span style="white-space:pre-wrap">I was actually thinking the environment will use the reserved word "env" in the WF context.  The value for the "env" key will be the dict supplied either DB lookup by name, by dict, or by JSON from CLI.</span></font></pre><pre style="margin-top:1.5em;margin-bottom:1.5em;padding:0px;border:0px;vertical-align:baseline"><font face="arial, sans-serif"><span style="white-space:pre-wrap">The nested dict for "__actions" (and all other keys with double underscore) is special system purpose, in this case declaring defaults for action inputs.  Similar to "__execution" where it's for containing runtime data for the WF execution.</span></font><font color="#535353" face="andale mono, lucida console, monospace"><span style="line-height:18px;white-space:pre-wrap"><br></span></font></pre></pre></div><div><pre style="margin-top:1.5em;margin-bottom:1.5em;padding:0px;border:0px;font-size:12px;vertical-align:baseline;line-height:18px;color:rgb(83,83,83)"><pre style="font-family:'andale mono','lucida console',monospace;white-space:pre-wrap;margin-top:1.5em;margin-bottom:1.5em;padding:0px;border:0px;vertical-align:baseline">><i> 3) Can user has a few environments?</i></pre><div><pre style="font-family:'andale mono','lucida console',monospace;white-space:pre-wrap;color:rgb(34,34,34);line-height:normal;margin-top:1.5em;margin-bottom:1.5em;padding:0px;border:0px;vertical-align:baseline"><font face="arial, sans-serif"><span style="white-space:pre-wrap">I don't think we intend to mix one or more environments in a WF execution.  The key was to supply any named environment at WF execution time.  So the WF auth only needs to know the variables will be under $.env.  If we allow one or more environments in a WF execution, this means each environment needs to be referred to by name (i.e. in your example env1 and env2).  We then would lost the ability to swap any named environments for different executions of the same WF.</span></font></pre></div></pre></div></div>