Re: Working towards Release 1

Everything's gonna happen on list @John - spoke with Tal and Thomas already. On Fri, Oct 6, 2017 at 7:34 PM, John D. Ament wrote: > What's weekly grooming? Does it happen on list? If I don't work at > Cloudify, how do I participate in weekly grooming? > > John > > On Thu,

Re: Working towards Release 1

What's weekly grooming? Does it happen on list? If I don't work at Cloudify, how do I participate in weekly grooming? John On Thu, Oct 5, 2017 at 12:09 PM Thomas Nadeau wrote: > > Agreed. We can update the Jira on the weekly grooming. > > —Tom > > > >

Re: Slack

Please add vishwana...@hotmail.com Sent from my iPhone On Oct 6, 2017, at 5:35 PM, Suneel Marthi > wrote: ...and i can add interested folks to the slack channel - just need your preferred email. On Fri, Oct 6, 2017

list of maps

How would one define a property that was a list of maps, e.g. prop: - a: b - c: d -- DeWayne

Re: Slack

...and i can add interested folks to the slack channel - just need your preferred email. On Fri, Oct 6, 2017 at 3:51 PM, Tal Liron wrote: > Hi, devs! > > As you have probably surmised from reading the digests sent to this list, > there is a Slack channel where ARIA devs can

RE: Unique identification of an instance element across services

Hi About the UUID. As far as I know and mentioned a number of times, ARIA already support different kinds of ID generation. I have nothing to add on this topic. I would like to focus on the service-template name and the 'already exist' error generated by ARIA when the user submits a

Slack

Hi, devs! As you have probably surmised from reading the digests sent to this list, there is a Slack channel where ARIA devs can chat. I thought it was for committers only, but in fact any contributor can join and talk to others in a more real-time fashion. It's critical to understand that Slack

Re: get_attribute not evaluating

0.2.0. Makes sense. I thought it odd that inputs could be arbitrary. On Fri, Oct 6, 2017 at 11:08 AM, Tal Liron wrote: > I didn't want to confuse this issue before (it was about YAML anchors), but > actually this whole service template should be invalid. This is a known

Re: get_attribute not evaluating

I didn't want to confuse this issue before (it was about YAML anchors), but actually this whole service template should be invalid. This is a known bug in ARIA in which it allows this, when it actually shouldn't. Which version of ARIA are you using, by the way? Once this bug is fixed, ARIA should

Re: get_attribute not evaluating

The plot thickens maybe. See below: test.yaml tosca_definitions_version: tosca_simple_yaml_1_0 imports: - aria-1.0 node_types: type_1: derived_from: tosca.nodes.Root attributes: att1:

Re: get_attribute not evaluating

Perhaps. It was copied directly from a working Cloudify blueprint, so I wasn't sure. Discovered it as part of a porting exercise from Cloudify DSL. On Fri, Oct 6, 2017 at 10:02 AM, Tal Liron wrote: > I think this is as expected: > > macro: *macro->macro: { val: {

Re: get_attribute not evaluating

I think this is as expected: macro: *macro->macro: { val: { get_attributes: [node1, att1] } } *macro->macro: { get_attributes: [node1, att1] } On Fri, Oct 6, 2017 at 11:50 AM, DeWayne Filppi wrote: > Actually, there is an oddity here. See the simple

Re: get_attribute not evaluating

Actually, there is an oddity here. See the simple template below: - test.yaml - imports: - aria-1.0 node_types: type_1: derived_from: tosca.nodes.Root attributes: att1: type: string default: "a

Re: get_attribute not evaluating

Thanks DeWayne, could you explain this in more detail? YAML macros are handled by the underlying YAML parser, not by the TOSCA parser on top of it, so we would really like to know if there's a bug somewhere. I did not understand from your explanation what works in Cloudify and not in ARIA. On

Re: get_attribute not evaluating

For those interested, it appears that the "problem" described before was due to the inline macro definition in the "inputs" definition for the create operation. This odd syntax was the result of a translation effort from a Cloudify DSL blueprint (which apparently tolerates it). If I move the