This function has not yet been implemented, so it's stored nowhere. But of course it will likely have to be stored per particular execution.
The "ctx" tool is just a way to remotely access the context object, so yes, with plugins it's identical. On Thu, Nov 9, 2017 at 1:14 AM, D Jayachandran <[email protected]> wrote: > Hi Tal, > > To understand a bit more, so where are these return values stored ? Would > they updated to services as we do with TOSCA attributes or do they live > only for a particular execution ? > Also when it comes to plugin, can I do the same with the context object > being passed rather than using the "ctx" tool ? > > Regards, > DJ > -----Original Message----- > From: Tal Liron [mailto:[email protected]] > Sent: Wednesday, November 08, 2017 8:06 PM > To: [email protected] > Cc: Paul Doyle <[email protected]>; Barry Downey < > [email protected]> > Subject: Re: Implementation for get_operation_output > > ARIA currently uses a special tool, called "ctx", to communicate with > implementation scripts. I imagine we will use the same tool to set return > values. > > My understanding is also that these return values are quite arbitrary, and > thus un-typed. They will likely be stored as strings. So, for example, from > within a bash script you would do something like this: > > ctx return my_value = this is the value > > And then you could use get_operation_output on "my_value". > > > On Tue, Nov 7, 2017 at 5:55 AM, D Jayachandran < > [email protected]> > wrote: > > > Hi All, > > > > We currently don't have an implementation for the intrinsic function > > "get_operation_output". > > > > As per the TOSCA Simple YAML 1.0, specification it indicates this > > function must be used to retrieve the values of variables exposed / > > exported from an interface operation. > > The variable which is referenced here seems to be an environmental > > variable exposed by the interface operation script/plugin. (2.14.3 > Example: > > setting output variables to an attribute, 2.14.4 Example: passing > > output variables between operations ) > > > > We would like if you have the same understanding on the variable which > > is referenced in "get_operation_output". > > > > FROM TOSCA SPEC > > > > <output_variable_name> - The required name of the variable that is > > exposed / exported by the operation. > > > > Here it is just stated as a variable. In the example it is mentioned > > as "environmental" variable exposed. Do you see a difference here ? > > Are we considering as an environmental variable or as an attribute > variable ?. > > > > Please let us know your comments on this so that we can plan the > > implementation of this. > > > > Regards, > > DJ > > >
