RE: Validate csar file in Aria-0.1.1

Hi Sudhakar, Thanks for raising this issue. Do you mean we are not extracting the CSAR as such ? Regards, DJ From: Sudhakar Reddy [mailto:sudhakar.re...@amdocs.com] Sent: Wednesday, February 28, 2018 5:34 PM To: dev@ariatosca.incubator.apache.org Subject: Validate csar file in Aria-0.1.1 Hi,

Aria support for TOSCA-simple-1.1

Hi, I want to know whether we are in the process of giving the support for TOSCA definition: simple_yaml_1_1? As currently ONAP uses 1.1 version yaml to create the service model, the same won't be validated by aria. Let me know your inputs on this. Thanks & Regards Sudhakar Reddy Contact

Re: Issue in the execution context when using Openstack plugin

So in other words, the Openstack plugin is irrelevant. What you are saying is that somehow the dependency itself causes ssh to be used in a SoftwareComponent type. If you run a blueprint just with the "prep" node, it works fine as expected? DeWayne On Wed, Feb 28, 2018 at 9:09 AM, Pedro

Re: Issue in the execution context when using Openstack plugin

Hi Thomas, thank you for your reply. The point is that the node that complains about not having the ssh credentials, has a HOST that should be running locally, not thru ssh. The output error that I get is below: 13:57:32 | E | aria.orchestrator.execution_plugin.operations.run_script_with_ssh |

Validate csar file in Aria-0.1.1

Hi, I'm trying to validate & store the service-template which is a csar extension file. The actual service template is available under Definitions folder and is not present on the root folder. Even the Metadata present in TOSCA.meta:Entry-Definitions defines the path of the service-template