Airavata Stakeholders

Mailing-List: contact airavata-commits-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: airavata-dev@incubator.apache.org
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Subject: svn commit: r827902 - in /websites/staging/airavata/trunk/content: ./
 airavata/architecture/airavata-stakeholders.html
 airavata/architecture/gfac.html airavata/architecture/overview.html
Date: Fri, 03 Aug 2012 19:40:58 -0000
To: airavata-commits@incubator.apache.org
From: buildbot@apache.org
Message-Id: <20120803194058.4CFAB23889DA@eris.apache.org>

Author: buildbot
Date: Fri Aug  3 19:40:57 2012
New Revision: 827902

Log:
Staging update by buildbot for airavata

Modified:
    websites/staging/airavata/trunk/content/   (props changed)
    websites/staging/airavata/trunk/content/airavata/architecture/airavata-stakeholders.html
    websites/staging/airavata/trunk/content/airavata/architecture/gfac.html
    websites/staging/airavata/trunk/content/airavata/architecture/overview.html

Propchange: websites/staging/airavata/trunk/content/
------------------------------------------------------------------------------
--- cms:source-revision (original)
+++ cms:source-revision Fri Aug  3 19:40:57 2012
@@ -1 +1 @@
-1369058
+1369180

Modified: websites/staging/airavata/trunk/content/airavata/architecture/airavata-stakeholders.html
==============================================================================
--- websites/staging/airavata/trunk/content/airavata/architecture/airavata-stakeholders.html (original)
+++ websites/staging/airavata/trunk/content/airavata/architecture/airavata-stakeholders.html Fri Aug  3 19:40:57 2012
@@ -107,8 +107,10 @@
   <div id="content">
     <h1 class="title">Airavata Stakeholders</h1>
     <p><img alt="Airavata Stakeholders" src="/airavata/architecture/user1.png" title="Airavata Stakeholders" /></p>
-<p>Airavata is a framework which enables a user to build Science Gateways. It is used to compose, manage, execute and monitor distributed applications and workflows on computational resources. These computational resources can range from local resources to computational grids and clouds. Therefore,  various users with different backgrounds either contribute or use Airavata in their  applications. From the Airavata standpoint, three
-main users can be identified.</p>
+<p>Airavata is a framework which enables a user to build Science Gateways. It is used to compose, manage, execute and
+monitor distributed applications and workflows on computational resources. These computational resources can range
+from local resources to computational grids and clouds. Therefore,  various users with different backgrounds either
+contribute or use Airavata in their  applications. From the Airavata standpoint, three main users can be identified.</p>
 <ul>
 <li>End Users</li>
 <li>Gateway Developers</li>
@@ -117,15 +119,22 @@ main users can be identified.</p>
 <p>Now let's focus on each user and how they fit into Airavata's big picture.</p>
 <h2 id="end-users">End Users</h2>
 <p><img alt="End Users" src="/airavata/architecture/user2.png" title="End Users" /></p>
-<p>End User is the one who will have a model code to do some scientific application. Sometimes this End User can be a Research Scientist. He/She writes scripts to wrap the applications up and by executing those scripts, they run the scientific workflows in Super Computers. This can be called a scientific experiment. Now the Scientist might have a requirement to call multiple of these applications together and compose a workflow. That's where the Gateway Developer comes into the picture.</p>
+<p>End User is the one who will have a model code to do some scientific application. Sometimes this End User can be a
+Research Scientist. He/She writes scripts to wrap the applications up and by executing those scripts, they run the
+scientific workflows in Super Computers. This can be called a scientific experiment. Now the Scientist might have a
+requirement to call multiple of these applications together and compose a workflow. That's where the Gateway Developer
+comes into the picture.</p>
 <h2 id="gateway-developers">Gateway Developers</h2>
 <p><img alt="Gateway Developers" src="/airavata/architecture/user3.png" title="Gateway Developers" /></p>
-<p>The Research Scientist is the one who comes up with requirement of bundling scienitific applications together and composing as a workflow.</p>
-<p>The job of the Gateway Developer is to use Airavata and wrap the above mentioned model code and scripts together. Then, scientific workflows are created out these.</p>
+<p>The Research Scientist is the one who comes up with requirement of bundling scientific applications together and
+composing as a workflow.</p>
+<p>The job of the Gateway Developer is to use Airavata and wrap the above mentioned model code and scripts together.
+Then, scientific workflows are created out these.</p>
 <p>Above diagram depicts how Gateway Developer fits into the picture.</p>
 <h2 id="core-developers">Core Developers</h2>
 <p><img alt="Core Developers" src="/airavata/architecture/user4.png" title="Core Developers" /></p>
-<p>Core Deveoper is the one who develops and contributes to Airavata framework codebase. The Gateway Developers use the software developed by the Core Developers to create science gateways.</p>
+<p>Core Developer is the one who develops and contributes to Airavata framework code-base. The Gateway Developers use
+the software developed by the Core Developers to create science gateways.</p>
   </div>
 
   <!--<div id="rightnav">

Modified: websites/staging/airavata/trunk/content/airavata/architecture/gfac.html
==============================================================================
--- websites/staging/airavata/trunk/content/airavata/architecture/gfac.html (original)
+++ websites/staging/airavata/trunk/content/airavata/architecture/gfac.html Fri Aug  3 19:40:57 2012
@@ -109,28 +109,30 @@
     <p>Airavata Generic Application Service Factory (GFac) facilitates users to create Web Services wrapping commandline
 applications. The generated application service WSDL interface provides input and outputs of the 
 wrapped application. GFac provides a generic framework to wrap an application as a service interface in Java. 
-This service layers separates the invocation from the communication layer supporting multiple protocol likes SOAP, REST, or JSON. 
-Thus GFac can generate a SOAP, REST or native Java interface to any command line application. Currently, Apache Airavata focuses on the 
-Axis2 and core java implementations, but is well architected to incorporate the GFac-Core into any service frameworks. </p>
-<p>The application provider first describes the input, outputs, deployment information, temporary working directories, remote access mechanisms for 
-file transfers and job submissions and registers the information with a registry service. Once applications are registered, GFac Distributed 
-Application Management handles the file staging, Job submission, and security protocols associated with executions. 
-Furthermore, the service acts as the extensible runtime around which extensions like sharing, auditing and resource scheduling are implemented.</p>
-<p>During execution, the application schedule is determined and the input data files specified by input parameters are staged to computational host 
-and the underlying application is executed using a job submission mechanisms. Currently, Grid, Cloud, SSH and Local submissions are supported. 
-Subsequently, the framework monitors the status of remote application, and publishes frequent activity information to the event bus. 
-Once the invocation is complete, the application service tries to determine the results of the application invocation by searching the standard output 
-for user-defined patterns or by listed a pre-specified location for generated data products. The application service runtime is implemented using a 
-processing pipeline based on the Chain of Responsibility pattern, where the pipeline can be altered by inserting interceptors. 
-The resulting architecture is highly flexible and extensible, and provides the ideal architectural basis for a system that supports wide range of 
-requirements. </p>
+This service layers separates the invocation from the communication layer supporting multiple protocol likes SOAP, REST,
+or JSON. Thus GFac can generate a SOAP, REST or native Java interface to any command line application. Currently, Apache
+Airavata focuses on the Axis2 and core java implementations, but is well architected to incorporate the GFac-Core into
+any service frameworks.</p>
+<p>The application provider first describes the input, outputs, deployment information, temporary working directories,
+remote access mechanisms for file transfers and job submissions and registers the information with a registry service.
+Once applications are registered, GFac Distributed Application Management handles the file staging, Job submission,
+and security protocols associated with executions. Furthermore, the service acts as the extensible runtime around which
+extensions like sharing, auditing and resource scheduling are implemented.</p>
+<p>During execution, the application schedule is determined and the input data files specified by input parameters are
+staged to computational host and the underlying application is executed using a job submission mechanisms. Currently,
+Grid, Cloud, SSH and Local submissions are supported. Subsequently, the framework monitors the status of remote
+application, and publishes frequent activity information to the event bus. Once the invocation is complete, the
+application service tries to determine the results of the application invocation by searching the standard output for
+user-defined patterns or by listed a pre-specified location for generated data products. The application service
+runtime is implemented using a processing pipeline based on the Chain of Responsibility pattern, where the pipeline
+can be altered by inserting interceptors. The resulting architecture is highly flexible and extensible, and provides
+the ideal architectural basis for a system that supports wide range of requirements.</p>
 <p>Some of the features of the toolkit include:
-<em> Inherent application life time management and the architecture allows to have large number of 
-services registered and used.
-</em> The Application service performs data staging supporting multiple protocols including http, scp, 
-GridFTP and S3.
+<em> Inherent application life time management and the architecture allows to have large number of services registered
+and used.
+</em> The Application service performs data staging supporting multiple protocols including http, scp, GridFTP and S3.
 <em> The generated services are instrumented with detailed execution activity.
-</em> The toolkit supports job submissions to Local, Grid and Cloud computing resourcces.</p>
+</em> The toolkit supports job submissions to Local, Grid and Cloud computing resources.</p>
   </div>
 
   <!--<div id="rightnav">

Modified: websites/staging/airavata/trunk/content/airavata/architecture/overview.html
==============================================================================
--- websites/staging/airavata/trunk/content/airavata/architecture/overview.html (original)
+++ websites/staging/airavata/trunk/content/airavata/architecture/overview.html Fri Aug  3 19:40:57 2012
@@ -106,48 +106,47 @@
 
   <div id="content">
     <h1 class="title">Airavata Gateway Framework</h1>
-    <p>Apache Airavata is a software toolkit with features to compose, manage, execute, and monitor small
-to large scale applications and workflows on computational resources ranging from local clusters to 
-national grids and computing clouds. </p>
-<p>Airavata builds on general concepts of service oriented computing, distributed messaging, and 
-workflow composition and orchestration. The services primarly communicate using SOAP messages. 
-In addition to the basic Web services specifications like SOAP and WSDL, the Web services also 
-support WS-Addressing and WS-Messaging. WS-Addressing is used to provide an asynchronous 
-communication mechanism for the services to communicate. All the communication channels are secured 
-using https as the transport layer.</p>
-<p>Airavata features Dynamic Service Binding where in a proxy service accepts an input message intended
-to a target application Web service instance invoked by a workflow engine. The proxy service binds 
-an appropriate running Web service instance by looking up in XRegistry. When no Web service 
-instances are available, a new instance of the GFac service is created.</p>
+    <p>Apache Airavata is a software toolkit with features to compose, manage, execute, and monitor small to large scale
+applications and workflows on computational resources ranging from local clusters to national grids and computing
+clouds.</p>
+<p>Airavata builds on general concepts of service oriented computing, distributed messaging, and workflow composition and
+orchestration. The services primarily communicate using SOAP messages. In addition to the basic Web services
+specifications like SOAP and WSDL, the Web services also support WS-Addressing and WS-Messaging. WS-Addressing is used
+to provide an asynchronous communication mechanism for the services to communicate. All the communication channels are
+secured using https as the transport layer.</p>
+<p>Airavata features Dynamic Service Binding where in a proxy service accepts an input message intended to a target
+application Web service instance invoked by a workflow engine. The proxy service binds an appropriate running
+Web service instance by looking up in XRegistry. When no Web service instances are available, a new instance of the
+GFac service is created.</p>
 <p>Airavata's primary goal is to support long running applications and workflows on distributed computational resources. 
-The architecture is designed to be modular, componentized 
-software framework as illustrated in the following Figure. The goal of the Airavata framework is minimalist 
-architectural design (i.e., a thin layer), a conceptually simple to understand architecture; and easier to install, 
-maintain and use. Its salient feature includes using components by themselves or as an integrated solution.</p>
+The architecture is designed to be modular, componentized software framework as illustrated in the following Figure.
+The goal of the Airavata framework is minimalist architectural design (i.e., a thin layer), a conceptually simple to
+understand architecture; and easier to install, maintain and use. Its salient feature includes using components by
+themselves or as an integrated solution.</p>
 <p><img alt="Airavata Overview" src="/airavata/architecture/airavata.png" title="Airavata Overview" /></p>
 <h2 id="airavata-features">Airavata Features</h2>
 <ul>
 <li>desktop tools and browser-based web interface components for managing applications, workflows and generated data. </li>
 <li>sophisticated server-side tools for registering and managing scientific applications on computational resources. </li>
 <li>graphical user interfaces to construct, execute, control, manage and reuse of scientific workflows.</li>
-<li>interfacing and interoperability with with various external (third party) data, workflow and provenance management tools.</li>
+<li>interfacing and interoperability with with various external (third party) data, workflow and provenance management
+tools.</li>
 </ul>
 <h2 id="airavata-components">Airavata Components</h2>
 <ul>
-<li>XBaya Workflow Suite - includes a GUI for workflow composition and monitoring. The workflows can be 
-interpreted at each step providing dynamic interactive capabilities. The composed workflow can be 
-exported to various workflow languages like BPEL, SCUFL, Condor DAG, Jython and Java. 
-The defacto workflow enacting engine used is Airavata Workflow Engine. In the future, it will be Apache ODE.</li>
-<li>GFac - an application wrapper service that can be used to wrap command line-driven science 
-applications and make them into robust, network- accessible services. This component is build on 
-Axis2 web service stack. 
-and constructed workflows.</li>
-<li>WS-Messenger - a publish-subscribeÂ based message broker implemented on top of Apache Axis2 web 
-services stack. It implements the WS-Eventing and WS-Notifications specifications and incorporates 
-a message box component that facilities communications with clients behind firewalls and overcomes 
-network glitches. As an example, the workflow execution engine sends out events in various stages,
-including start, end, failure, successful invocation, of its workflow execution.</li>
-<li>Registry-API: A thick client registry API for Airavata to put and get documents. Current JCR implementation is supported by Jack-Rabbit.</li>
+<li>XBaya Workflow Suite - includes a GUI for workflow composition and monitoring. The workflows can be interpreted at
+each step providing dynamic interactive capabilities. The composed workflow can be exported to various workflow
+languages like BPEL, SCUFL, Condor DAG, Jython and Java. The defacto workflow enacting engine used is Airavata Workflow
+Engine. In the future, it will be Apache ODE.</li>
+<li>GFac - an application wrapper service that can be used to wrap command line-driven science applications and make them
+into robust, network- accessible services. This component is build on Axis2 web service stack and constructed workflows.</li>
+<li>WS-Messenger - a publish-subscribeÂ based message broker implemented on top of Apache Axis2 web services stack. It
+implements the WS-Eventing and WS-Notifications specifications and incorporates a message box component that facilities
+communications with clients behind firewalls and overcomes network glitches. As an example, the workflow execution
+engine sends out events in various stages, including start, end, failure, successful invocation, of its workflow
+execution.</li>
+<li>Registry-API: A thick client registry API for Airavata to put and get documents. Current JCR implementation is
+supported by Jack-Rabbit.</li>
 </ul>
   </div>