You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ariatosca.apache.org by "Ran Ziv (JIRA)" <ji...@apache.org> on 2017/05/11 14:36:04 UTC
[jira] [Updated] (ARIA-247) Automatically infer single-package
plugins package prefix
[ https://issues.apache.org/jira/browse/ARIA-247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ran Ziv updated ARIA-247:
-------------------------
Summary: Automatically infer single-package plugins package prefix (was: Automatically inferring single-package plugins package prefix)
> Automatically infer single-package plugins package prefix
> ---------------------------------------------------------
>
> Key: ARIA-247
> URL: https://issues.apache.org/jira/browse/ARIA-247
> Project: AriaTosca
> Issue Type: Story
> Reporter: Ran Ziv
> Priority: Trivial
>
> When mapping an operation implementation in the service template to some plugin, one would usually map it like so:
> {code}
> implementation: my_plugin > my_package.my_module.my_function
> {code}
> We could improve on this and possibly help masking the "Python" aspect of this path if the {{PluginManager}} class, when loading a plugin, would automatically infer the {{my_package}} prefix when it comes to single-package plugins (a common case).
> That would allow for the implementation to also look like this:
> {code}
> implementation: my_plugin > my_module.my_function
> {code}
> Then, plugin authors could also alias operations entry points in the package's {{__init__.py}} file, and thereby allowing the implementation line so simply be:
> {code}
> implementation: my_plugin > my_function
> {code}
> Which is much neater.
> (Note that supporting both cases, i.e. both inferring and also trying the exact implementation string, may cause ambiguity in some scenarios)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)