You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@taverna.apache.org by Larry Akah <la...@gmail.com> on 2015/06/28 01:37:07 UTC
Taverna Mobile Project
Hello,
In order to use the Player to create runs for the workflows, the workflows
must be uploaded to a place where the player can access it. This is so that
the player can identify which workflow run is requested from the id of the
workflow as specified in the player API. Since workflows are coming from
myexperiment, they have their own id's such that if the database that the
player was communicating with is relational, then one might get conflicts
when trying to upload workflows through the player. Because i think it
would be wise to use the workflow id's of myexperiment as the ids used to
upload them through the player to the specific database (if relational).
What options do we have or how can we go about that? What information am i
lacking?
cheers
--
*Akah Larry N.H*
*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*
Developing technologies for emergence and sustainable development.
Re: Taverna Mobile Project
Posted by Larry Akah <la...@gmail.com>.
Ok, no problem i will just deal with it like that. Hopefully in the future
it would become more flexible.
cheers
2015-06-29 13:34 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
> Hello,
>
> Yes, it does seem like a strange process but that is the way it currently
> works. It should probably be a bit more streamlined and just use the
> workflows directly from myexperiment but I can't see that changing any time
> soon. Sorry.
>
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 29 June 2015 11:28
> To: dev@taverna.incubator.apache.org
> Subject: Re: Taverna Mobile Project
>
> 2015-06-29 10:51 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
>
> > Hello,
> >
> > I would think that the player will generate its own ids for workflows
> > or runs, these will not be related to the myexperiment ids. I don't
> > think the player will communicate with myexperiment at all but use the
> > local workflows that you upload so there should be no clash of ids.
> > Are you having problems with the player API?
> >
> No, am comfortable with it. So, what we are saying is that we would have
> to upload the workflows from myexperiment to the player then retrieve a run
> skeleton so that a user can fill in the required run inputs to create the
> run. That is how the API operates.
> I was just thinking that this might be redundant, but its ok.
>
> cheers
>
>
> > Cheers,
> >
> > Ian
> >
> > -----Original Message-----
> > From: Larry Akah [mailto:larryakah@gmail.com]
> > Sent: 28 June 2015 00:37
> > To: dev@taverna.incubator.apache.org
> > Subject: Taverna Mobile Project
> >
> > Hello,
> > In order to use the Player to create runs for the workflows, the
> > workflows must be uploaded to a place where the player can access it.
> > This is so that the player can identify which workflow run is
> > requested from the id of the workflow as specified in the player API.
> > Since workflows are coming from myexperiment, they have their own id's
> > such that if the database that the player was communicating with is
> > relational, then one might get conflicts when trying to upload
> > workflows through the player. Because i think it would be wise to use
> > the workflow id's of myexperiment as the ids used to upload them through
> the player to the specific database (if relational).
> > What options do we have or how can we go about that? What information
> > am i lacking?
> >
> > cheers
> >
> > --
> > *Akah Larry N.H*
> >
> > *Lead Software Engineer @ GiftedMom*
> > *Founder IceTeck Inc*
> > *www.iceteck.com*
> >
> > Developing technologies for emergence and sustainable development.
> >
>
>
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
--
*Akah Larry N.H*
*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*
Developing technologies for emergence and sustainable development.
RE: Taverna Mobile Project
Posted by Ian Dunlop <Ia...@manchester.ac.uk>.
Hello,
Yes, it does seem like a strange process but that is the way it currently works. It should probably be a bit more streamlined and just use the workflows directly from myexperiment but I can't see that changing any time soon. Sorry.
Cheers,
Ian
-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com]
Sent: 29 June 2015 11:28
To: dev@taverna.incubator.apache.org
Subject: Re: Taverna Mobile Project
2015-06-29 10:51 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
> Hello,
>
> I would think that the player will generate its own ids for workflows
> or runs, these will not be related to the myexperiment ids. I don't
> think the player will communicate with myexperiment at all but use the
> local workflows that you upload so there should be no clash of ids.
> Are you having problems with the player API?
>
No, am comfortable with it. So, what we are saying is that we would have to upload the workflows from myexperiment to the player then retrieve a run skeleton so that a user can fill in the required run inputs to create the run. That is how the API operates.
I was just thinking that this might be redundant, but its ok.
cheers
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 28 June 2015 00:37
> To: dev@taverna.incubator.apache.org
> Subject: Taverna Mobile Project
>
> Hello,
> In order to use the Player to create runs for the workflows, the
> workflows must be uploaded to a place where the player can access it.
> This is so that the player can identify which workflow run is
> requested from the id of the workflow as specified in the player API.
> Since workflows are coming from myexperiment, they have their own id's
> such that if the database that the player was communicating with is
> relational, then one might get conflicts when trying to upload
> workflows through the player. Because i think it would be wise to use
> the workflow id's of myexperiment as the ids used to upload them through the player to the specific database (if relational).
> What options do we have or how can we go about that? What information
> am i lacking?
>
> cheers
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
--
*Akah Larry N.H*
*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*
Developing technologies for emergence and sustainable development.
Re: Taverna Mobile Project
Posted by Larry Akah <la...@gmail.com>.
2015-06-29 10:51 GMT+01:00 Ian Dunlop <Ia...@manchester.ac.uk>:
> Hello,
>
> I would think that the player will generate its own ids for workflows or
> runs, these will not be related to the myexperiment ids. I don't think the
> player will communicate with myexperiment at all but use the local
> workflows that you upload so there should be no clash of ids.
> Are you having problems with the player API?
>
No, am comfortable with it. So, what we are saying is that we would have to
upload the workflows from myexperiment to the player then retrieve a run
skeleton so that a user can fill in the required run inputs to create the
run. That is how the API operates.
I was just thinking that this might be redundant, but its ok.
cheers
> Cheers,
>
> Ian
>
> -----Original Message-----
> From: Larry Akah [mailto:larryakah@gmail.com]
> Sent: 28 June 2015 00:37
> To: dev@taverna.incubator.apache.org
> Subject: Taverna Mobile Project
>
> Hello,
> In order to use the Player to create runs for the workflows, the workflows
> must be uploaded to a place where the player can access it. This is so that
> the player can identify which workflow run is requested from the id of the
> workflow as specified in the player API. Since workflows are coming from
> myexperiment, they have their own id's such that if the database that the
> player was communicating with is relational, then one might get conflicts
> when trying to upload workflows through the player. Because i think it
> would be wise to use the workflow id's of myexperiment as the ids used to
> upload them through the player to the specific database (if relational).
> What options do we have or how can we go about that? What information am i
> lacking?
>
> cheers
>
> --
> *Akah Larry N.H*
>
> *Lead Software Engineer @ GiftedMom*
> *Founder IceTeck Inc*
> *www.iceteck.com*
>
> Developing technologies for emergence and sustainable development.
>
--
*Akah Larry N.H*
*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*
Developing technologies for emergence and sustainable development.
RE: Taverna Mobile Project
Posted by Ian Dunlop <Ia...@manchester.ac.uk>.
Hello,
I would think that the player will generate its own ids for workflows or runs, these will not be related to the myexperiment ids. I don't think the player will communicate with myexperiment at all but use the local workflows that you upload so there should be no clash of ids.
Are you having problems with the player API?
Cheers,
Ian
-----Original Message-----
From: Larry Akah [mailto:larryakah@gmail.com]
Sent: 28 June 2015 00:37
To: dev@taverna.incubator.apache.org
Subject: Taverna Mobile Project
Hello,
In order to use the Player to create runs for the workflows, the workflows must be uploaded to a place where the player can access it. This is so that the player can identify which workflow run is requested from the id of the workflow as specified in the player API. Since workflows are coming from myexperiment, they have their own id's such that if the database that the player was communicating with is relational, then one might get conflicts when trying to upload workflows through the player. Because i think it would be wise to use the workflow id's of myexperiment as the ids used to upload them through the player to the specific database (if relational).
What options do we have or how can we go about that? What information am i lacking?
cheers
--
*Akah Larry N.H*
*Lead Software Engineer @ GiftedMom*
*Founder IceTeck Inc*
*www.iceteck.com*
Developing technologies for emergence and sustainable development.