airavata-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From build...@apache.org
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 GMT
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>
 



Mime
View raw message