present in the root directory of the CSAR.
>
> Am I right?
>
>
> Thanks,
>
> /Vaish
>
>
> From: Tal Liron <t...@cloudify.co>
> Sent: Thursday, December 7, 2017 8:51:49 PM
> To: dev@ariatosca.incubator.apache.org
> Subjec
Hi,
Do we have any update on the design of the loading mechanism?
Thanks,
/Vaish
From: Tal Liron <t...@cloudify.co>
Sent: Thursday, December 7, 2017 8:54:47 PM
To: dev@ariatosca.incubator.apache.org
Subject: Re: Loading custom workflows
We had som
ct: Re: Loading Custom Workflows from CSAR
Actually, the current implementation does not use the CSAR: it expects that
the Python function (decorated by @workflow) would be somewhere in the
Python path, and we are currently missing a CSAR code-loading mechanism.
We do not expect the @workflow fu
mon loading mechanism.
> > >
> > > But will there be any major change in the existing way of loading
> plugins
> > > and using the same in the service template?
> > >
> > >
> > > Thanks,
> > >
> > > /Vaish
> > >
> > > __
essage-
> From: Tal Liron [mailto:t...@cloudify.co]
> Sent: Tuesday, November 28, 2017 2:06 PM
> To: dev@ariatosca.incubator.apache.org
> Subject: Re: Loading Custom Workflows from CSAR
>
> Thanks, Steve. We don't have a JIRA for this right now, but we do intend
>
major change in the existing way of loading plugins
> and using the same in the service template?
>
>
> Thanks,
>
> /Vaish
>
>
> From: Tal Liron <t...@cloudify.co>
> Sent: Wednesday, December 6, 2017 7:27:02 PM
> To: dev@ariatosc
From: Tal Liron <t...@cloudify.co>
Sent: Wednesday, December 6, 2017 7:27:02 PM
To: dev@ariatosca.incubator.apache.org
Subject: Re: Loading custom workflows
Great question, and it was asked very recently on this list ...
There is a need for a unified way to dynamicall
Great question, and it was asked very recently on this list ...
There is a need for a unified way to dynamically load
extensions/plugins/workflows from CSAR files as well as other places. We
are trying to come with a good, forward-looking architectural design for
this loading mechanism. I will
Hi,
I tried using the custom workflow support provided by ARIA.
In the current ARIA, the custom workflows are directly imported as python
modules.
It looks like it is loading the python modules that are bundled along with the
service template in CSAR.
Also I could see that you have plans
Thanks, Steve. We don't have a JIRA for this right now, but we do intend to
have a way to include "plugins" in a CSAR and have them automatically
installed. A "plugin" is basically a Python extension to ARIA that can be
loaded at runtime and contained per service.
This is part of our current
Hi
As far as I know the implementation string associated with the aria.Workflow
type must call or execute a Python function (using the dot notation) that is
stored in ARIA, like a plugin.
When will it be possible to refer to a .py file stored in the CSAR instead?
Do you have any Jira for this
11 matches
Mail list logo