Author: buildbot
Date: Mon Dec 31 17:18:25 2012
New Revision: 844434
Log:
Staging update by buildbot for ode
Modified:
websites/staging/ode/trunk/content/ (props changed)
websites/staging/ode/trunk/content/bpelc-command.html
websites/staging/ode/trunk/content/developerguide/architectural-overview.html
websites/staging/ode/trunk/content/required-third-party-libraries.html
Propchange: websites/staging/ode/trunk/content/
------------------------------------------------------------------------------
--- cms:source-revision (original)
+++ cms:source-revision Mon Dec 31 17:18:25 2012
@@ -1 +1 @@
-1427183
+1427184
Modified: websites/staging/ode/trunk/content/bpelc-command.html
==============================================================================
--- websites/staging/ode/trunk/content/bpelc-command.html (original)
+++ websites/staging/ode/trunk/content/bpelc-command.html Mon Dec 31 17:18:25
2012
@@ -84,7 +84,7 @@
<div class="row">
<div class="span12">
<h2 id="overview">Overview</h2>
-<p>The <code>bpelc</code> commandline tool {excerpt}compiles <a
href="bpel4ws-11.html">BPEL4WS 1.1</a> or [WS-BPEL 2.0] processes for execution
by the ODE runtime engine.{excerpt}</p>
+<p>The <code>bpelc</code> commandline tool compiles <a
href="bpel4ws-11.html">BPEL4WS 1.1</a> or [WS-BPEL 2.0] processes for execution
by the ODE runtime engine.</p>
<p><a name="bpelcCommand-Synopsis"></a></p>
<h2 id="synopsis">Synopsis</h2>
<div class="codehilite"><pre>bpelc [-q|-v|-vv] [-o directory] [-rr rrfile]
[-wsdl uri] url ... url
@@ -93,7 +93,7 @@
<p><a name="bpelcCommand-Description"></a></p>
<h2 id="description">Description</h2>
-<p>The <code>bpelc</code> commandline tool compiles BPEL processes (either 1.1
or 2.0) for execution by the ODE runtime engine. The compiler will
automatically detect the version of the process and configure itself
appropriately. For comparison, the <a
href="bpelc-task.html"><code><bpelc></code> Task</a> performs the same
operation, and the BPEL compiler can be used directly.</p>
+<p>The <code>bpelc</code> commandline tool compiles BPEL processes (either 1.1
or 2.0) for execution by the ODE runtime engine. The compiler will
automatically detect the version of the process and configure itself
appropriately.</p>
<p>For more information about the BPEL compiler, see [Compiler Toolchain].</p>
<p><a name="bpelcCommand-Options"></a></p>
<h2 id="options">Options</h2>
Modified:
websites/staging/ode/trunk/content/developerguide/architectural-overview.html
==============================================================================
---
websites/staging/ode/trunk/content/developerguide/architectural-overview.html
(original)
+++
websites/staging/ode/trunk/content/developerguide/architectural-overview.html
Mon Dec 31 17:18:25 2012
@@ -101,7 +101,7 @@
<h3 id="ode-bpel-engine-runtime">ODE BPEL Engine Runtime</h3>
<p>The ODE BPEL Engine Runtime ("runtime") is found in the bpel-runtime module
and provides for the execution of compiled BPEL processes. The runtime handles
the dirty work of process execution by providing implementations of the various
BPEL constructs. The runtime also implements the logic necessary to determine
when a new instance should be created, and to which instance an incoming
message should be delivered. Finally, the runtime implements the Process
Management API that is used by user tooling to interact with the engine.</p>
<p>To achieve reliable execution of processes in unreliable environments, the
runtime relies on Data Access Objects (DAOs) to provide persistence facilities.
The implementation of these DAOs can be customized, but is typically provided
by a transactional relational database. The DAOs are described in more detail
in the next section.</p>
-<p>The runtime implementation of BPEL constructs at the instance level is via
ODE's Java Concurrent Objects (<a href="jacob.html">JaCOb</a>) framework. <a
href="jacob.html">JaCOb</a> provides an application-level concurrency mechanism
(i.e. it does not rely on threads) and a transparent mechanism for interrupting
execution and persisting execution state. <a href="jacob.html">JaCOb</a> is in
very large part a Java implementation of the ACTORS [<a
href="agha.html">Agha</a>] concurrency model and shares many features with
process algebras such as π-calculus. Essentially, <a
href="jacob.html">JaCOb</a> provides a persistent virtual machine for executing
BPEL constructs.</p>
+<p>The runtime implementation of BPEL constructs at the instance level is via
ODE's Java Concurrent Objects (<a href="jacob.html">JaCOb</a>) framework. <a
href="jacob.html">JaCOb</a> provides an application-level concurrency mechanism
(i.e. it does not rely on threads) and a transparent mechanism for interrupting
execution and persisting execution state. <a href="jacob.html">JaCOb</a> is in
very large part a Java implementation of the Actors [<a
href="bibliography.html#agha86">Agha</a>] concurrency model and shares many
features with process algebras such as π-calculus. Essentially, <a
href="jacob.html">JaCOb</a> provides a persistent virtual machine for executing
BPEL constructs.</p>
<p><a name="ArchitecturalOverview-ODEDataAccessObjects"></a></p>
<h3 id="ode-data-access-objects">ODE Data Access Objects</h3>
<p>ODE Data Access Objects mediate the interaction between the BPEL Engine
Runtime and an underlying data store. Typically the data store is a JDBC
relational database: in this case, the DAOs is implemented via the OpenJPA data
access library. It is possible to create custom DAO implementations that employ
a mechanism other than JDBC to achieve persistence, although no such
implementation is provided. The BPEL Engine Runtime requires DAO objects to
deal with the following persistence issues:</p>
Modified: websites/staging/ode/trunk/content/required-third-party-libraries.html
==============================================================================
--- websites/staging/ode/trunk/content/required-third-party-libraries.html
(original)
+++ websites/staging/ode/trunk/content/required-third-party-libraries.html Mon
Dec 31 17:18:25 2012
@@ -83,7 +83,7 @@
<div class="row">
<div class="span12">
- <p>ODE builds on a number of third-party open source libraries,
although the design goal of embeddability means that the dependencies have been
purposefully limited. The source <a href="source-modules.html">module</a>
contains all third-party open source dependencies, one per subdirectory, along
with text files that describe the licensing terms of each library.</p>
+ <p>ODE builds on a number of third-party open source libraries,
although the design goal of embeddability means that the dependencies have been
purposefully limited. The source module contains all third-party open source
dependencies, one per subdirectory, along with text files that describe the
licensing terms of each library.</p>
<p>TODO: rework this page</p>
</div>
</div>
