Hi All,

I have few questions to be clarified regarding the user-defined workflow
execution in Apache Airavata. Here I am talking about the high level
workflows that are used to chain together multiple applications. This
related to the issue - Airavata-2717 [1].

In this [2] documentation it says that, the workflow interpreter that
worked with XBaya provided an interpreted workflow execution framework
rather than the compiled workflow execution environments, which allowed the
users to pause the execution of the workflow as necessary and update the
DAG’s execution states or even the DAG itself and resume execution.

I want to know the actual requirement of having an interpreted workflow
execution at this level. Is there any domain level advantage in allowing
users to modify the order of workflow at runtime?

I think we can have, pause, resume, restart, and stop commands available
even in a compiled workflow execution environment, as long as we don't need
to change the workflow.

[1] https://issues.apache.org/jira/browse/AIRAVATA-2717
[2] http://airavata.apache.org/architecture/workflow.html

Regards
-- 
*Yasas Gunarathne*
Undergraduate at Department of Computer Science and Engineering
Faculty of Engineering - University of Moratuwa Sri Lanka
LinkedIn <https://www.linkedin.com/in/yasasgunarathne/> | GitHub
<https://github.com/yasgun> | Mobile : +94 77 4893616

Reply via email to