Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

For a first time user, its not apparent in the instructions at http://ariatosca.incubator.apache.org/getting-started/ that they may need to copy the entire examples directory or clone the github repo, I will go ahead and open a JIRA to update the README.rst with those additional details. Only

Re: subnet connected to router

Never mind. Found it. On Thu, Aug 24, 2017 at 4:59 PM, Tal Liron wrote: > Did you read the wiki? ARIA will send those specially formatted > dependencies as arguments to the @operation function. > > It would help to see your complete example, as I don't know what you're >

Re: subnet connected to router

I'm just trying to get the HelloWorld example to run on Openstack. Since the openstack_config property doesn't do anything, I'm having to pass it to all the operations. Which wiki? On Thu, Aug 24, 2017 at 4:59 PM, Tal Liron wrote: > Did you read the wiki? ARIA will send

Re: subnet connected to router

Did you read the wiki? ARIA will send those specially formatted dependencies as arguments to the @operation function. It would help to see your complete example, as I don't know what you're doing and not doing anymore. Could you throw it into a GitHub repo perhaps? On Thu, Aug 24, 2017 at 6:53

Re: subnet connected to router

'dependencies' is a child of implementation in the spec. I don't think it's going to do anything for me anyway. I just want to pass openstack_config to the add_target operation as inputs. On Thu, Aug 24, 2017 at 4:28 PM, Tal Liron wrote: > What is the error? > > On Thu, Aug

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

Ran/Tal, Is there a dependency that needs to be installed for 'ctx' to work that the instructions at http://ariatosca.incubator.apache.org/getting-started/ has missed calling out? Thanks Vish From: Vishwanath Jayaraman Sent:

Re: subnet connected to router

What is the error? On Thu, Aug 24, 2017 at 6:22 PM, DeWayne Filppi wrote: > actually "dependencies" fails validation. > > On Thu, Aug 24, 2017 at 4:08 PM, Tal Liron wrote: > > > Oops, sorry, this is the syntax: > > > > interfaces: > > Configure: > >

Re: subnet connected to router

actually "dependencies" fails validation. On Thu, Aug 24, 2017 at 4:08 PM, Tal Liron wrote: > Oops, sorry, this is the syntax: > > interfaces: > Configure: > add_target: > primary: my_script.sh > dependencies: > - "openstack_config > { get_input:

Re: subnet connected to router

I'm not sure what you mean. Please read the wiki page, it explains the issue in the depth. On Thu, Aug 24, 2017 at 6:17 PM, DeWayne Filppi wrote: > So no "inputs"? Seems weird. > > On Thu, Aug 24, 2017 at 4:08 PM, Tal Liron wrote: > > > Oops, sorry,

Re: subnet connected to router

So no "inputs"? Seems weird. On Thu, Aug 24, 2017 at 4:08 PM, Tal Liron wrote: > Oops, sorry, this is the syntax: > > interfaces: > Configure: > add_target: > primary: my_script.sh > dependencies: > - "openstack_config > { get_input: openstack_config

Re: subnet connected to router

Oops, sorry, this is the syntax: interfaces: Configure: add_target: primary: my_script.sh dependencies: - "openstack_config > { get_input: openstack_config }" On Thu, Aug 24, 2017 at 6:00 PM, Tal Liron wrote: > A few syntax problems: > > 1. It looks

Re: subnet connected to router

I should have been more explicit. I'm using the Openstack plugin. I'm overriding add_target inputs in the Configure interface for the router requirement. On Thu, Aug 24, 2017 at 4:00 PM, Tal Liron wrote: > A few syntax problems: > > 1. It looks like you don't have any

Re: subnet connected to router

A few syntax problems: 1. It looks like you don't have any operation implementation, which is a required field. (What do you expect the inputs to be sent to?) 2. Also, you are not naming the input. It should be "inputs: { my_input_name: { get_input: openstack_config } }" 3. But #2 won't work

subnet connected to router

In the ARIA usage of the plugin, I need to pass openstack_config explicitly to every operation. Since the relationships are implicit, how do I accomplish this? Currently I get errors when trying to connect a subnet to a router. I've tried overriding the relationship like so: subnet:

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

Tal, Thanks for pointing out that I have to copy the entire examples directory over. I am now able to go past the error that I was seeing earlier. I now see the directories 'images', 'scripts' in .aria/resource/service_template/1 directory. I am now seeing a new error when I execute the

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

I'm running in a cloned github repo, so all is there. On another front, the Aria port type for Openstack requires that every port have a public/floating ip. On Thu, Aug 24, 2017 at 11:11 AM, Tal Liron wrote: > You need not just the helloworld YAML file, but also all the

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

You need not just the helloworld YAML file, but also all the scripts it references. Try copying the whole examples directory to make sure. We are planning to eventually display a validation error if the YAML file references artifacts that don't exist, so you wouldn't have to wait until execution

uninstall behavior

Uninstall fails upon error. This has bad consequences for cleaning up partial installs. Here's what I see: 1. Run install to create a chain of dependent nodes, say network -> subnet -> port -> instance. 2. For whatever reason, install fails on "create port" for example. 3. Running uninstall

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

I copied the helloworld.yaml to '~/examples' (i.e home directory) on my box. >From the instructions at http://ariatosca.incubator.apache.org/getting-started/ I executed the aria service-templates store examples/helloworld.yaml my-service-template command from the home directory.

Re: cli throwing PresenterNotFoundError

No. Gave up and went to other things that were pressing. On Thu, Aug 24, 2017 at 7:35 AM, Ran Ziv wrote: > Hey DeWayne, > Did you manage to resolve this problem? What was it? > > > On Fri, Aug 18, 2017 at 7:18 AM, DeWayne Filppi > wrote: > > > Thanks.

Re: cli throwing PresenterNotFoundError

Hey DeWayne, Did you manage to resolve this problem? What was it? On Fri, Aug 18, 2017 at 7:18 AM, DeWayne Filppi wrote: > Thanks. Yeah I saw that. I didn't install with pip. Tried "make install" > and it didn't work. Tried "make install-virtual" and that didn't work.

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

Find below the console output , does it look right? ubuntu@intellij:~$ ls -l .aria/ total 6 -rw-rw-r-- 1 ubuntu ubuntu 14897 Aug 23 20:53 cli.log -rw-rw-r-- 1 ubuntu ubuntu 1246 Aug 23 20:48 config.yaml drwxrwxr-x 2 ubuntu ubuntu 3 Aug 23 20:53 models drwxrwxr-x 2 ubuntu ubuntu 2 Aug 23

Re: Seeing error "Validation issues: unknown parent type "tosca:Root" in WebServer"

Interesting. The script resource should have been placed in that directory when you stored the service-template. Try looking inside ~/.aria and see what you can find under the model storage directory - the "service_template/1/.." path mentioned above should be relative to there. On Wed, Aug 23,

Re: cloudify openstack plugin example

I actually think it still might be related to the issue I mentioned above :) if the operation input isn't set with actual values, the node property should take hold - but because of the bug I mentioned the operation input receives empty yet still set values and therefore possibly overrides the