Mailing-List: contact issues-help@ariatosca.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@ariatosca.incubator.apache.org
Date: Sun, 4 Jun 2017 16:20:05 +0000 (UTC)
From: "ASF GitHub Bot (JIRA)" <jira@apache.org>
To: issues@ariatosca.apache.org
Message-ID: <JIRA.13075442.1495959598000.361250.1496593205241@Atlassian.JIRA>
In-Reply-To: <JIRA.13075442.1495959598000@Atlassian.JIRA>
References: <JIRA.13075442.1495959598000@Atlassian.JIRA> <JIRA.13075442.1495959598380@jira-lw-us.apache.org>
Subject: [jira] [Commented] (ARIA-262) Inconsistent node attributes behavior
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Sun, 04 Jun 2017 16:20:11 -0000


    [ https://issues.apache.org/jira/browse/ARIA-262?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16036314#comment-16036314 ] 

ASF GitHub Bot commented on ARIA-262:
-------------------------------------

Github user mxmrlv commented on a diff in the pull request:

    https://github.com/apache/incubator-ariatosca/pull/141#discussion_r120013636
  
    --- Diff: aria/storage/api.py ---
    @@ -45,6 +45,7 @@ def __init__(self, model_cls, name=None, **kwargs):
             super(ModelAPI, self).__init__(**kwargs)
             self._model_cls = model_cls
             self._name = name or model_cls.__modelname__
    +        self._instrumentation = []
    --- End diff --
    
    threadlocal


> Inconsistent node attributes behavior
> -------------------------------------
>
>                 Key: ARIA-262
>                 URL: https://issues.apache.org/jira/browse/ARIA-262
>             Project: AriaTosca
>          Issue Type: Story
>            Reporter: Maxim Orlov
>            Assignee: Maxim Orlov
>
> ARIA provides sugaring for node attributes. However this sugaring is somewhat limited, as it sugars ctx accessed attributes. e.g. Under NodeOperationContext {{ctx.node.attributes}} has a dict-like behavior, where the value is another object with a dict-like behavior. This is provided by the sugaring. 
> However {{ctx.node.relationships[0].target_node.attributes}} provides a dict where the value is of type Parameter, accessing the value of this Parameter requires {{param.value}} This creates inconsistency with regards to access to attributes.
> There are several possible solutions:
> 1. Enable sugaring on the model level. this will effectively make the creation of Parameter implicit, but this will be possible throughout the entire code (not only under context).
> 2. Enable sugaring by tapping to sqla events and altering the return values. 


--
This message was sent by Atlassian JIRA
(v6.3.15#6346)