ariatosca-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ARIA-42) Implement full blown mechanism for serializing an operation context
Date Mon, 06 Feb 2017 21:16:41 GMT

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

ASF subversion and git services commented on ARIA-42:
-----------------------------------------------------

Commit 01f96369973bd9564bb19bdb44ffc9ac15166504 in incubator-ariatosca's branch refs/heads/ARIA-42-Generic-ctx-serialization-mechanism
from mxmrlv
[ https://git-wip-us.apache.org/repos/asf?p=incubator-ariatosca.git;h=01f9636 ]

ARIA-42-Generic-ctx-serialization-mechanism


> Implement full blown mechanism for serializing an operation context
> -------------------------------------------------------------------
>
>                 Key: ARIA-42
>                 URL: https://issues.apache.org/jira/browse/ARIA-42
>             Project: AriaTosca
>          Issue Type: Story
>            Reporter: Dan Kilman
>            Assignee: Maxim Orlov
>
> The current mechanism at aria/orchestration/workflows/context/serialization.py is very
limited.
> It serializes/deserializes the context.model and context.resource with hard coded knowledge
of the actual implementation involved and even how they were initialized. Specifically:
> The model storage initialized is always expected to be sqlachemy based with no additional
engine configuration (i.e. only the engine url is used to re-construct the sqlalchemy engine),
similar logic applies to the instantiated sqlalchemy session.
> The resource storage initialized is always the file based resource storage.



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

Mime
View raw message