Sorry, I forgot to answer this. The answer is not good: sadly, there is no solid support for artifacts in ARIA right now beyond parsing. This function is currently a no-op.
Rather than just implement this function, I think it should be tackled as part of comprehensive support for artifacts: validation, downloading, copying, and verification. I think we have a JIRA for it somewhere but I can't seem to find it. On Mon, Sep 18, 2017 at 10:51 PM, D Jayachandran < d.jayachand...@ericsson.com> wrote: > Hi, > > Do we have any comments on this ? > > Regards, > DJ > > -----Original Message----- > From: D Jayachandran [mailto:d.jayachand...@ericsson.com] > Sent: Thursday, September 14, 2017 4:20 PM > To: dev@ariatosca.incubator.apache.org > Cc: Vaishnavi K.R <vaishnavi....@ericsson.com>; Vaishali Krishnamurthy < > v.krishnamurt...@globallogic.com>; Rajesh Malaialagusamy < > r.malaialagus...@globallogic.com> > Subject: get_artifact function usage > > Hi, > > We were looking at "get_artifact" function usage in the service template. > It seems we don't have an implementation for it currently. > The get_artifact function has the below grammer as per the spec. > > get_artifact: [ <modelable_entity_name>, <artifact_name>, <location>, > <remove> ] > > We have few clarifications and questions over this. > > Do we need to use the get_artifact function only for input value > assignment within a specific operation ? > > We have 3 options before as per the grammer > > 1. Retrieving artifact without specified location - without (location) > 2. Retrieving artifact as a local path - with location as LOCAL_FILE > 3. Retrieving artifact in a specified location - with location as user > given path How does the orchestrator need to handle these 3 options With > 1st option as per the example , it seems the orchestrator should host the > provided artifact in a local path of remote URL and assign that URL to > input variable. > With 2nd option the orchestrator should store the artifacts in a local > path (orchestrator provided ) and have that path assigned to the input > variable With 3rd option the orchestrator should store the artifacts in a > local path(user provided) and have that path assigned to the input variable > With these 3 options we also have an option to remove the artifact after > the operation execution. > So the questions is when should the get_artifact be resolved ? Is it > during the parsing or during the execution ? > > Regards, > DJ > >