Return-Path: 
 <dev-return-13964-apmail-airavata-dev-archive=airavata.apache.org@airavata.apache.org>
X-Original-To: apmail-airavata-dev-archive@www.apache.org
Delivered-To: apmail-airavata-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 4B1E51786C
	for <apmail-airavata-dev-archive@www.apache.org>;
 Fri, 17 Apr 2015 22:05:48 +0000 (UTC)
Received: (qmail 55553 invoked by uid 500); 17 Apr 2015 22:05:48 -0000
Delivered-To: apmail-airavata-dev-archive@airavata.apache.org
Received: (qmail 55504 invoked by uid 500); 17 Apr 2015 22:05:48 -0000
Mailing-List: contact dev-help@airavata.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@airavata.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@airavata.apache.org>
List-Post: <mailto:dev@airavata.apache.org>
List-Id: <dev.airavata.apache.org>
Reply-To: dev@airavata.apache.org
Delivered-To: mailing list dev@airavata.apache.org
Received: (qmail 55494 invoked by uid 99); 17 Apr 2015 22:05:47 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Apr 2015 22:05:47 +0000
X-ASF-Spam-Status: No, hits=1.5 required=5.0
	tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of supun.nakandala@gmail.com
 designates 209.85.218.44 as permitted sender)
Received: from [209.85.218.44] (HELO mail-oi0-f44.google.com) (209.85.218.44)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Apr 2015 22:05:42 +0000
Received: by oica37 with SMTP id a37so83659467oic.0
        for <dev@airavata.apache.org>; Fri, 17 Apr 2015 15:04:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:content-type;
        bh=eVW5iM43uaLOVsi94Igg0H6CduQ2XIVso96vABiPhYo=;
        b=TZ4pyr8HqYvaMpiOoDnptf98s0n6AMnz4NVbZ6XFm1GSgDTEG/OhR4FSvj4ZKZWZO/
         txCD9+0pHEKCfA0kCB23VLxRZKOZPPAo7mV7u4kwD1XHCkXqJex65fldSiJoIvys7NT8
         Rgv+Y3dgN+DTnTorPeN8ltmvLLUfyVKR4rltixxzwyRJWH41sQGLWhhssiVsE97+aFap
         MVT9FXAQLixEVHZzwGYtTfwl+c5ytRCWrnEkiY3PLApJvY/nfNDZf9NGbRkwhzfvVOpk
         +p2tOEY9k9UTMXnd8eTGfdK7mH6+sCTM00GzEKpMknuKFUtwM8JeY7NnruXxHZaRIHsE
         UpfA==
MIME-Version: 1.0
X-Received: by 10.182.227.132 with SMTP id sa4mr4950849obc.40.1429308276829;
 Fri, 17 Apr 2015 15:04:36 -0700 (PDT)
Received: by 10.76.41.197 with HTTP; Fri, 17 Apr 2015 15:04:36 -0700 (PDT)
Date: Sat, 18 Apr 2015 03:34:36 +0530
Message-ID: 
 <CAFwzmVBiPa-1-0a25xsLvwzCiwyi2q=MBgSO5NHxws-kAcjSHA@mail.gmail.com>
Subject: Clarification on registry data model
From: Supun Nakandala <supun.nakandala@gmail.com>
To: dev@airavata.apache.org
Content-Type: multipart/alternative; boundary=001a11c2ee9e1d74c00513f2c433
X-Virus-Checked: Checked by ClamAV on apache.org

--001a11c2ee9e1d74c00513f2c433
Content-Type: text/plain; charset=UTF-8

Hi All,

I was going to through the registry data model and I found three levels at
which input and output are defined.

1. Experiment level
       -> Exp. Input
       -> Exp. Output
2. Workflow Node Detail level
       -> Node Input
       -> Node Output
3. Task Detail
       -> App. Input
       -> App. Output

I found that every experiment (whether it is a single job or workflow) is
executed as a single task or set of tasks (in the workflow scenario). So
why is input and output defined at several levels?

Also in the project model there is a user_name field. But there is a
separate model "users" for storing user information with project_user
relation to link the two. Is there any special reason for having user_name
in project?

Thanks
Supun

--001a11c2ee9e1d74c00513f2c433
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_signature">Hi All,</div><div class=3D"=
gmail_signature"><br></div><div class=3D"gmail_signature">I was going to th=
rough the registry data model and I found three levels at which input and o=
utput are defined.=C2=A0</div><div class=3D"gmail_signature"><br></div><div=
 class=3D"gmail_signature">1. Experiment level</div><div class=3D"gmail_sig=
nature">=C2=A0 =C2=A0 =C2=A0 =C2=A0-&gt; Exp. Input</div><div class=3D"gmai=
l_signature">=C2=A0 =C2=A0 =C2=A0 =C2=A0-&gt; Exp. Output</div><div class=
=3D"gmail_signature">2. Workflow Node Detail level</div><div class=3D"gmail=
_signature">=C2=A0 =C2=A0 =C2=A0 =C2=A0-&gt; Node Input</div><div class=3D"=
gmail_signature">=C2=A0 =C2=A0 =C2=A0 =C2=A0-&gt; Node Output</div><div cla=
ss=3D"gmail_signature">3. Task Detail</div><div class=3D"gmail_signature">=
=C2=A0 =C2=A0 =C2=A0 =C2=A0-&gt; App. Input</div><div class=3D"gmail_signat=
ure">=C2=A0 =C2=A0 =C2=A0 =C2=A0-&gt; App. Output</div><div class=3D"gmail_=
signature"><br></div><div class=3D"gmail_signature">I found that every expe=
riment (whether it is a single job or workflow) is executed as a single tas=
k or set of tasks (in the workflow scenario). So why is input and output de=
fined at several levels?</div><div class=3D"gmail_signature"><br></div><div=
 class=3D"gmail_signature">Also in the project model there is a user_name f=
ield. But there is a separate model &quot;users&quot; for storing user info=
rmation with project_user relation to link the two. Is there any special re=
ason for having user_name in project?</div><div class=3D"gmail_signature"><=
br></div><div class=3D"gmail_signature">Thanks</div><div class=3D"gmail_sig=
nature">Supun</div>
</div>

--001a11c2ee9e1d74c00513f2c433--