Author: vanto
Date: Wed Dec 5 20:01:48 2012
New Revision: 1417613
URL: http://svn.apache.org/viewvc?rev=1417613&view=rev
Log:
consistent spelling: Ode -> ODE.
Modified:
ode/site/trunk/content/architectural-overview.mdtext
ode/site/trunk/content/contributors.mdtext
ode/site/trunk/content/copy-with-insert-attribute.mdtext
ode/site/trunk/content/creating-a-process.mdtext
ode/site/trunk/content/direct-process-to-process-communication.mdtext
ode/site/trunk/content/eclipse-ide.mdtext
ode/site/trunk/content/endpoint-configuration.mdtext
ode/site/trunk/content/external-variables.mdtext
ode/site/trunk/content/http-authentication.mdtext
ode/site/trunk/content/instance-data-cleanup.mdtext
ode/site/trunk/content/jbi-deployment.mdtext
ode/site/trunk/content/management-api.mdtext
ode/site/trunk/content/ode-execution-events.mdtext
ode/site/trunk/content/process-versioning.mdtext
ode/site/trunk/content/restful-bpel-part-i.mdtext
ode/site/trunk/content/restful-bpel-part-ii.mdtext
ode/site/trunk/content/roadmap.mdtext
ode/site/trunk/content/source-code.mdtext
ode/site/trunk/content/user-guide.mdtext
ode/site/trunk/content/using-a-jndi-datasource-under-servicemix-jbi.mdtext
ode/site/trunk/content/war-deployment.mdtext
ode/site/trunk/content/ws-bpel-20-specification-compliance.mdtext
ode/site/trunk/content/xquery-extensions.mdtext
Modified: ode/site/trunk/content/architectural-overview.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/architectural-overview.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/architectural-overview.mdtext (original)
+++ ode/site/trunk/content/architectural-overview.mdtext Wed Dec 5 20:01:48
2012
@@ -16,7 +16,7 @@ The principal objective in the developme
The key components of the ODE architecture include the ODE BPEL Compiler, ODE
BPEL Engine Runtime, ODE Data Access Objects (DAOs), ODE Integration Layers
(ILs), and user tooling. A high-level depiction of the relationships between
these components is shown in the Figure below. It can be summarized as: "The
compiler converts BPEL documents into a form executable by the run-time, which
executes them in a reliable fashion by relying on a persistent store accessible
via the DAOs; the run-time executes in the context of an Integration Layer
which connects the engine to the broader execution environment ( i.e. the
"world").
-
+
<a name="ArchitecturalOverview-ODEBPELCompiler"></a>
### ODE BPEL Compiler
Modified: ode/site/trunk/content/contributors.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/contributors.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/contributors.mdtext (original)
+++ ode/site/trunk/content/contributors.mdtext Wed Dec 5 20:01:48 2012
@@ -4,7 +4,7 @@ Category: contributing
<a name="Contributors-Committers"></a>
## Committers
-Here is the list of people who are actively working and committing on Ode.
+Here is the list of people who are actively working and committing on ODE.
<table class="table table-striped">
<thead>
@@ -105,4 +105,4 @@ Here is the list of people who are activ
<a name="Contributors-Sponsors"></a>
## Sponsors
-[YourKit](http://www.yourkit.com/) has graciously provided YourKit Java
Profiler licenses to support our performance and quality efforts. We've had a
wonderful experience using their tool – we were able to quickly and
accurately find the cause of some issues in Ode -- and definitely recommend
using it while building your own software.
\ No newline at end of file
+[YourKit](http://www.yourkit.com/) has graciously provided YourKit Java
Profiler licenses to support our performance and quality efforts. We've had a
wonderful experience using their tool – we were able to quickly and
accurately find the cause of some issues in ODE -- and definitely recommend
using it while building your own software.
\ No newline at end of file
Modified: ode/site/trunk/content/copy-with-insert-attribute.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/copy-with-insert-attribute.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/copy-with-insert-attribute.mdtext (original)
+++ ode/site/trunk/content/copy-with-insert-attribute.mdtext Wed Dec 5
20:01:48 2012
@@ -3,7 +3,7 @@ Title: copy with insert attribute
## <bpel:copy> with insert attribute
<div class="alert alert-warning">
- This is a proposal for a BPEL extension (non-standard); This proposal is
not yet implemented in Ode. See http://issues.apache.org/jira/browse/ODE-145
for current status information.
+ This is a proposal for a BPEL extension (non-standard); This proposal is
not yet implemented in ODE. See http://issues.apache.org/jira/browse/ODE-145
for current status information.
</div>
Consider a simple use case. A BPEL process collects quotes from a number of
suppliers, to determine which one provides the best price, before submitting an
order to that supplier. Typically this will be done using the <bpel:foreach>
activity, collecting information from each quote into a variable, and later on
extracting a specific node from that variable, e.g. using XPath predicate to
select the supplier with the lowest price.
Modified: ode/site/trunk/content/creating-a-process.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/creating-a-process.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/creating-a-process.mdtext (original)
+++ ode/site/trunk/content/creating-a-process.mdtext Wed Dec 5 20:01:48 2012
@@ -2,18 +2,18 @@ Title: Creating a Process
[TOC]
<a name="CreatingaProcess-DeployingaProcessinOde"></a>
-### Deploying a Process in Ode
+### Deploying a Process in ODE
Each deployment is a directory with all relevant deployment artifacts. At the
minimum it will contain the deployment descriptor, one or more process
definitions (BPEL or .cbp), WSDL and XSDs (excluding those compiled into the
.cbp). It may also contain other files, such as SVGs or XSLs. The deployment
descriptor is a file named deploy.xml (see the next paragraoh for its
description).
During deployment, the process engine loads all documents from the deployment
descriptor. Loading documents allow it to reference processes, service and
schema definitions using fully qualified names, and import based on namespaces
instead of locations.
-To deploy in Ode, just copy the whole directory containing your artifacts (the
directory itself, not only its content) in the path
%DEPLOYMENT_ROOT%/WEB-INF/processes (in Tomcat it would be
%TOMCAT_HOME%/webapps/ode/WEB-INF/processes).
+To deploy in ODE, just copy the whole directory containing your artifacts (the
directory itself, not only its content) in the path
%DEPLOYMENT_ROOT%/WEB-INF/processes (in Tomcat it would be
%TOMCAT_HOME%/webapps/ode/WEB-INF/processes).
<a name="CreatingaProcess-DeploymentDescriptor"></a>
### Deployment Descriptor
-To deploy your process in Ode you will need to create a simple deployment
descriptor with basic information. The deploy.xml file configures one or
several processes to use specific services. For each process, deploy.xml must
supply binding information for partner links to concrete WSDL services. Every
partner link used with a <receive> activity must be matched with a <provide>
element, and every partnerLink used in an <invoke> activity must be matched
with an <invoke> element in *deploy.xml* (unless that partnerLink has
initializePartnerRole="false").
+To deploy your process in ODE you will need to create a simple deployment
descriptor with basic information. The deploy.xml file configures one or
several processes to use specific services. For each process, deploy.xml must
supply binding information for partner links to concrete WSDL services. Every
partner link used with a <receive> activity must be matched with a <provide>
element, and every partnerLink used in an <invoke> activity must be matched
with an <invoke> element in *deploy.xml* (unless that partnerLink has
initializePartnerRole="false").
<a name="CreatingaProcess-Formaldefinition"></a>
### Formal definition
@@ -101,7 +101,7 @@ See the complete example [here](https://
<a name="CreatingaProcess-Inmemoryexecution"></a>
##### In memory execution
-For performance purposes, you can define a process as being executed only
in-memory. This greatly reduces the amount of generated queries and puts far
less load on your database. Both persistent and non-persistent processes can
cohabit in Ode.
+For performance purposes, you can define a process as being executed only
in-memory. This greatly reduces the amount of generated queries and puts far
less load on your database. Both persistent and non-persistent processes can
cohabit in ODE.
To declare a process as in-memory just add an in-memory element in your
deploy.xml:
Modified: ode/site/trunk/content/direct-process-to-process-communication.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/direct-process-to-process-communication.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/direct-process-to-process-communication.mdtext
(original)
+++ ode/site/trunk/content/direct-process-to-process-communication.mdtext Wed
Dec 5 20:01:48 2012
@@ -1,2 +1,2 @@
Title: Direct Process-to-Process Communication
-Ode automatically optimizes all process-to-process communication such that all
message exchanges happen directly inside the engine and do not go through the
integration layer (e.g. Axis2, JBI, ...).
+ODE automatically optimizes all process-to-process communication such that all
message exchanges happen directly inside the engine and do not go through the
integration layer (e.g. Axis2, JBI, ...).
Modified: ode/site/trunk/content/eclipse-ide.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/eclipse-ide.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/eclipse-ide.mdtext (original)
+++ ode/site/trunk/content/eclipse-ide.mdtext Wed Dec 5 20:01:48 2012
@@ -2,7 +2,7 @@ Title: Eclipse IDE
Category: documentation
<a name="EclipseIDE-DevelopingOdewiththeEclipseIDE"></a>
-## Developing Ode with the Eclipse IDE
+## Developing ODE with the Eclipse IDE
First, be sure to read [Building ODE](building-ode.html) to learn how to
install Ruby, Rake and Buildr.
Modified: ode/site/trunk/content/endpoint-configuration.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/endpoint-configuration.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/endpoint-configuration.mdtext (original)
+++ ode/site/trunk/content/endpoint-configuration.mdtext Wed Dec 5 20:01:48
2012
@@ -91,7 +91,7 @@ Here the list of supported properties, a
Such unmanaged properties will also be passed to Axis2 options and HttpClient
params, see below.
|| Context || Property name || Accepted values || Description/Notes ||
- | Bpel-runtime | mex.timeout | a long | the Ode Message Exchange timeout |
+ | Bpel-runtime | mex.timeout | a long | the ODE Message Exchange timeout |
| | mex.failure.verbose | true(default)/false | mute the details of a
failure that might occur during a process invocation (to avoid information
disclosure for instance)|
Modified: ode/site/trunk/content/external-variables.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/external-variables.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/external-variables.mdtext (original)
+++ ode/site/trunk/content/external-variables.mdtext Wed Dec 5 20:01:48 2012
@@ -11,7 +11,7 @@ Title: External Variables
### Declaring External Variables in the Process Definition
<div class="alert alert-warning">
- External variables are only available on Ode 1.2+
+ External variables are only available on ODE 1.2+
</div>
Syntax:
Modified: ode/site/trunk/content/http-authentication.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/http-authentication.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/http-authentication.mdtext (original)
+++ ode/site/trunk/content/http-authentication.mdtext Wed Dec 5 20:01:48 2012
@@ -2,7 +2,7 @@ Title: HTTP Authentication
This section explains how to perform authentication against Web services
requiring HTTP basic, digest or NTLM authentication mechanisms.
<div class="alert alert-warning"><h4 class="alert-heading">Non-Standard</h4>
- This mode of authentication is non-standard in the Web service world
because the authentication data is passed outside of the SOAP message. This
feature is still experimental and requires Ode >1.1
+ This mode of authentication is non-standard in the Web service world
because the authentication data is passed outside of the SOAP message. This
feature is still experimental and requires ODE >1.1
</div>
<a name="HTTPAuthentication-Authenticationelementandmessagepart"></a>
Modified: ode/site/trunk/content/instance-data-cleanup.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/instance-data-cleanup.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/instance-data-cleanup.mdtext (original)
+++ ode/site/trunk/content/instance-data-cleanup.mdtext Wed Dec 5 20:01:48 2012
@@ -12,7 +12,7 @@ During its execution, a process instance
### Cleanup on completion
{panel}
-This feature is only available in Ode 1.3 or later
+This feature is only available in ODE 1.3 or later
{panel}
The easiest approach to get started is simply to wait until the instance
execution is finished and then cleanup everything that's related to it. That
would include the instance state with its variables, scopes and correlation,
but also all the messages it has received and sent. Execution events should
also be disposed of. So this description defines 5 different categories:
instance, messages and events. We should be able to turn on and off each level
separately.
Modified: ode/site/trunk/content/jbi-deployment.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/jbi-deployment.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/jbi-deployment.mdtext (original)
+++ ode/site/trunk/content/jbi-deployment.mdtext Wed Dec 5 20:01:48 2012
@@ -50,7 +50,7 @@ To compile the examples, you may wish to
export ODE_HOME=/path/to/ode/distribution
# On Windows
- set ODE_HOME=C:\Path\To\Ode\Distribution
+ set ODE_HOME=C:\Path\To\ODE\Distribution
and run Ant in the example's directory:
Modified: ode/site/trunk/content/management-api.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/management-api.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/management-api.mdtext (original)
+++ ode/site/trunk/content/management-api.mdtext Wed Dec 5 20:01:48 2012
@@ -1,5 +1,5 @@
Title: Management API
-Ode has a complete management API to check which processes are deployed,
running and completed instances, variables values and more. To see which
methods are available, have a look at the
[ProcessManagement](http://ode.apache.org/javadoc/org/apache/ode/bpel/pmapi/ProcessManagement.html)
and
[InstanceManagement|http://ode.apache.org/javadoc/org/apache/ode/bpel/pmapi/InstanceManagement.html]
interfaces, the javadoc is pretty comprehensive.
+ODE has a complete management API to check which processes are deployed,
running and completed instances, variables values and more. To see which
methods are available, have a look at the
[ProcessManagement](http://ode.apache.org/javadoc/org/apache/ode/bpel/pmapi/ProcessManagement.html)
and
[InstanceManagement|http://ode.apache.org/javadoc/org/apache/ode/bpel/pmapi/InstanceManagement.html]
interfaces, the javadoc is pretty comprehensive.
These two interfaces are available as web services on the Axis2-based
distribution. The corresponding WSDL can be found
[here](http://svn.apache.org/repos/asf/ode/trunk/axis2/src/main/wsdl/pmapi.wsdl).
Modified: ode/site/trunk/content/ode-execution-events.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/ode-execution-events.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/ode-execution-events.mdtext (original)
+++ ode/site/trunk/content/ode-execution-events.mdtext Wed Dec 5 20:01:48 2012
@@ -107,7 +107,7 @@ The filter defined on a scope is automat
<a name="ODEExecutionEvents-Eventlisteners"></a>
### Event listeners
-Ode lets you register your own event listeners to analyze all produced events
and do whatever you want to do with them. To create a listener you just need to
implement the
[org.apache.ode.bpel.iapi.BpelEventListener](https://svn.apache.org/repos/asf/ode/trunk/bpel-api/src/main/java/org/apache/ode/bpel/iapi/BpelEventListener.java)
interface.
+ODE lets you register your own event listeners to analyze all produced events
and do whatever you want to do with them. To create a listener you just need to
implement the
[org.apache.ode.bpel.iapi.BpelEventListener](https://svn.apache.org/repos/asf/ode/trunk/bpel-api/src/main/java/org/apache/ode/bpel/iapi/BpelEventListener.java)
interface.
Then add your implementation in the server's classpath and add a property in
ode-axis2.properties giving your fully qualified implementation class name.
Something like:
Modified: ode/site/trunk/content/process-versioning.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/process-versioning.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/process-versioning.mdtext (original)
+++ ode/site/trunk/content/process-versioning.mdtext Wed Dec 5 20:01:48 2012
@@ -1,15 +1,15 @@
Title: Process Versioning
* [Introduction](#ProcessVersioning-Introduction)
* [How Versioning Works](#ProcessVersioning-HowVersioningWorks)
- * [Process Versioning in
Ode](#ProcessVersioning-ProcessVersioninginOde)
+ * [Process Versioning in
ODE](#ProcessVersioning-ProcessVersioninginOde)
* [Remote Deployment vs. Hand-Made
Deployment](#ProcessVersioning-RemoteDeploymentvs.Hand-MadeDeployment)
<a name="ProcessVersioning-Introduction"></a>
### Introduction
-Before starting on what process versioning exactly does, let's see what the
world (or at least Ode) would be without versioning. It will be much more
easier for you to understand the solution after fully seeing the problem.
+Before starting on what process versioning exactly does, let's see what the
world (or at least ODE) would be without versioning. It will be much more
easier for you to understand the solution after fully seeing the problem.
-So you're starting using Ode and you've just designed you first business
process. It's all nice and dandy and works perfectly. It works so well that you
let your users start using it. It's not really production but you know, release
early, release often, so let's see what users think of it. After a couple of
days you realize that a couple of steps are missing, you add them in your
process and once again, it executes smoothly. So let's see what our users think
of the improvement! Next thing you know, your phone starts ringing and the user
on the other side is most likely pretty upset. What happened?
+So you're starting using ODE and you've just designed you first business
process. It's all nice and dandy and works perfectly. It works so well that you
let your users start using it. It's not really production but you know, release
early, release often, so let's see what users think of it. After a couple of
days you realize that a couple of steps are missing, you add them in your
process and once again, it executes smoothly. So let's see what our users think
of the improvement! Next thing you know, your phone starts ringing and the user
on the other side is most likely pretty upset. What happened?
So when you start using a process, executions for it are created, running
processes if you like (also called process instances). Depending on the type of
your business these could take a variable amount of time to execute but they're
usually not instantaneous. So you have all these running processes sometimes
doing things, sometimes just waiting there and all of a sudden, a brand new
process definition replaces the original one all these executions have been
using so far. What is a process engine to do with all these executions? Well,
the most logic thing on earth: just nuke them all.
@@ -22,17 +22,17 @@ So here is the crude and sad truth: with
So if existing executions can't be migrated, what are you going to do with
them? Well, just let them be. Versioning is based on the fact that, instead of
directly updating the original process definition (leaving its instances to
their dreadful fate), another new version of this definition is created. The
older one is declared retired so no new executions can be started on that one,
the new process is the one to be used now on. But running instances can still
finish their job peacefully as the process they've been using to execute so
far is still available and unchanged.
-However Ode also has the concept of deployment bundles and supports 2 modes of
deployment (remotely or manually directly on the filsesystem). Let's see how we
get versioning to work under those conditions.
+However ODE also has the concept of deployment bundles and supports 2 modes of
deployment (remotely or manually directly on the filsesystem). Let's see how we
get versioning to work under those conditions.
<a name="ProcessVersioning-ProcessVersioninginOde"></a>
-#### Process Versioning in Ode
+#### Process Versioning in ODE
-In Ode, processes are deployed in what we call a deployment bundle. When you
come down to it, it's just a zip file or a directory containing Ode's
deployment descriptor
([deploy.xml](creating-a-process#deployment-descriptor.html)), the processes
BPEL and all the other goodies necessary for your BPEL to run (WSDLs, schemas,
xsl stylesheets, you name it). And what Ode is using to know you're redeploying
the same thing is the deployment bundle name.
+In ODE, processes are deployed in what we call a deployment bundle. When you
come down to it, it's just a zip file or a directory containing ODE's
deployment descriptor
([deploy.xml](creating-a-process#deployment-descriptor.html)), the processes
BPEL and all the other goodies necessary for your BPEL to run (WSDLs, schemas,
xsl stylesheets, you name it). And what ODE is using to know you're redeploying
the same thing is the deployment bundle name.
-So when you're redeploying a deployment bundle in Ode, here is what happens:
+So when you're redeploying a deployment bundle in ODE, here is what happens:
1. A new version is attributed to the bundle by incrementing the version
number of the last deployment.
-1. Ode checks whether the same bundle has been deployed before, _all_
processes in those older bundles are retired.
+1. ODE checks whether the same bundle has been deployed before, _all_
processes in those older bundles are retired.
1. The processes in the bundle are deployed in the engine using the same
version number as the bundle itself.
1. New executions of all newly deployed processes are ready to be started.
@@ -48,20 +48,20 @@ Let's use the notation Foo-x(Bar-x, Baz-
That's both tasty and healthy!
-There's still a last question left unsolved: what happens if you take your
bundle and deploy it under a different name with the same content. If you know
a bit about source version control (like CVS or Subversion), that's very close
to branching, only you might be executing two branches at the same time. As Ode
can't find another bundle with the same, the processes will simply be deployed
_without_ retiring anything. You will effectively have twice the same process
deployed under different versions. In that scenario you're supposed to know
what you're doing.
+There's still a last question left unsolved: what happens if you take your
bundle and deploy it under a different name with the same content. If you know
a bit about source version control (like CVS or Subversion), that's very close
to branching, only you might be executing two branches at the same time. As ODE
can't find another bundle with the same, the processes will simply be deployed
_without_ retiring anything. You will effectively have twice the same process
deployed under different versions. In that scenario you're supposed to know
what you're doing.
If two identical process definitions are deployed at the same time, the
behavior of the engine is unspecified. Which one of the two process will pick
up the message? Who knows!? But this can be a very useful feature in specific
cases when you want to deploy the same process twice (by same understand same
name and same namespace) but the 2 definitions are actually different and
enable different endpoints. This allows the parallel deployment of two
different version of the same process provided that they don't overlap in their
endpoint implementation.
<a name="ProcessVersioning-RemoteDeploymentvs.Hand-MadeDeployment"></a>
#### Remote Deployment vs. Hand-Made Deployment
-Ode supports 2 different ways of deploying bundles:
+ODE supports 2 different ways of deploying bundles:
* using the deployment web service or JBI deployment.
* dropping bundles as directories under WEB-INF/processes.
The first way works just as described previously. Under the hood, your process
bundle is a zip and it gets unzipped in a directory named bundlename-version.
The version number is automatically generated by the engine. So you only need
to provide the zip itself and a consistent bundle name.
-For the second way, it's a bit more tricky. Because you're directly
interacting with the deployment directory, you're allowed to create a bundle
directory with any name you like (even not numbered at all). In that case Ode
will still create a version number, it just won't be shown on the filesystem.
However as it won't be able to find the previous bundle to retire, it will just
deploy the new bundle along with all other processes, even if you already had
some conflicting deployments. Basically, if you don't number your directories
properly, every new deployment will be a new branch. In short, you don't really
want to do that.
+For the second way, it's a bit more tricky. Because you're directly
interacting with the deployment directory, you're allowed to create a bundle
directory with any name you like (even not numbered at all). In that case ODE
will still create a version number, it just won't be shown on the filesystem.
However as it won't be able to find the previous bundle to retire, it will just
deploy the new bundle along with all other processes, even if you already had
some conflicting deployments. Basically, if you don't number your directories
properly, every new deployment will be a new branch. In short, you don't really
want to do that.
-Another thing you're allowed to do with the file system is simply to replace
(or remove and copy) all the files in the deployment bundle directory and
remove the .deployed marker file to trigger redeployment. In that case Ode will
simply consider you've undeployed and deployed the whole thing. So we get back
to the situation where we don't have any versioning. Which can be very useful
when you're in development mode because you usually don't care much about the
running instances and you usually don't want to pile up versions of process
definitions.
+Another thing you're allowed to do with the file system is simply to replace
(or remove and copy) all the files in the deployment bundle directory and
remove the .deployed marker file to trigger redeployment. In that case ODE will
simply consider you've undeployed and deployed the whole thing. So we get back
to the situation where we don't have any versioning. Which can be very useful
when you're in development mode because you usually don't care much about the
running instances and you usually don't want to pile up versions of process
definitions.
Modified: ode/site/trunk/content/restful-bpel-part-i.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/restful-bpel-part-i.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/restful-bpel-part-i.mdtext (original)
+++ ode/site/trunk/content/restful-bpel-part-i.mdtext Wed Dec 5 20:01:48 2012
@@ -1,6 +1,6 @@
Title: RESTful BPEL, Part I
<div class="alert alert-warning">
- This feature is not yet implemented in Ode. This is a proposal and is
subject to change based on feedback, implementation experience, etc.
+ This feature is not yet implemented in ODE. This is a proposal and is
subject to change based on feedback, implementation experience, etc.
</div>
<a name="RESTfulBPEL,PartI-Invoke"></a>
Modified: ode/site/trunk/content/restful-bpel-part-ii.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/restful-bpel-part-ii.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/restful-bpel-part-ii.mdtext (original)
+++ ode/site/trunk/content/restful-bpel-part-ii.mdtext Wed Dec 5 20:01:48 2012
@@ -1,6 +1,6 @@
Title: RESTful BPEL, Part II
<div class="alert alert-warning">
- This feature is not yet implemented in Ode. This is a proposal subject to
feedback, implementation experience, etc.
+ This feature is not yet implemented in ODE. This is a proposal subject to
feedback, implementation experience, etc.
</div>
<a name="RESTfulBPEL,PartII-UseCases"></a>
Modified: ode/site/trunk/content/roadmap.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/roadmap.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/roadmap.mdtext (original)
+++ ode/site/trunk/content/roadmap.mdtext Wed Dec 5 20:01:48 2012
@@ -8,9 +8,9 @@ Title: Roadmap
* BPEL 2.0 Compliance
** Support <toParts> and <fromParts>
** Invoking with variables that are not messages
- ** Isolated Scopes (done as of September 2007; will be Ode 1.2/2.0)
+ ** Isolated Scopes (done as of September 2007; will be ODE 1.2/2.0)
* Implement all management queries with OpenJPA
-* Replace Quartz scheduler with something better performance-wise (done as of
June 2007; released in Ode 1.1)
+* Replace Quartz scheduler with something better performance-wise (done as of
June 2007; released in ODE 1.1)
* Expose management APIs in a RESTful manner (I think Axis2 supports this?)
* Implement a Service Component Architecture (SCA) integration layer (in
progress; basic integration released with Tuscany 1.0)
* Add more BPEL 2.0 test cases (this is work in progress; we add test cases as
bugs are reported by the community)
Modified: ode/site/trunk/content/source-code.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/source-code.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/source-code.mdtext (original)
+++ ode/site/trunk/content/source-code.mdtext Wed Dec 5 20:01:48 2012
@@ -156,30 +156,30 @@ Possible locations of your subversion cl
To verify the auto-props processing is working you can test adding a file
without committing it (Windows example):
:::text
- C:\projects\Ode>echo testdata>test-auto-props.xml
+ C:\projects\ODE>echo testdata>test-auto-props.xml
- C:\projects\Ode>svn add test-auto-props.xml
+ C:\projects\ODE>svn add test-auto-props.xml
A test-auto-props.xml
- C:\projects\Ode>svn proplist test-auto-props.xml
+ C:\projects\ODE>svn proplist test-auto-props.xml
Properties on 'test-auto-props.xml':
svn:mime-type
svn:keywords
svn:eol-style
- C:\projects\Ode>svn propget svn:mime-type test-auto-props.xml
+ C:\projects\ODE>svn propget svn:mime-type test-auto-props.xml
text/xml
- C:\projects\Ode>svn propget svn:keywords test-auto-props.xml
+ C:\projects\ODE>svn propget svn:keywords test-auto-props.xml
Date Author Id Revision HeadURL
- C:\projects\Ode>svn propget svn:eol-style test-auto-props.xml
+ C:\projects\ODE>svn propget svn:eol-style test-auto-props.xml
native
- C:\projects\Ode>svn revert test-auto-props.xml
+ C:\projects\ODE>svn revert test-auto-props.xml
Reverted 'test-auto-props.xml'
- C:\projects\Ode>del test-auto-props.xml
+ C:\projects\ODE>del test-auto-props.xml
If you didn't get the results above, double check that the following line in
the miscellany section is set and not commented out or set elsewhere.
Modified: ode/site/trunk/content/user-guide.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/user-guide.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/user-guide.mdtext (original)
+++ ode/site/trunk/content/user-guide.mdtext Wed Dec 5 20:01:48 2012
@@ -7,7 +7,7 @@ First of all, getting familiar with the
Then, you can optionally check out [ODE Schema](ode-schema.html) page in order
to install schema for your database. Please note that schemas from distribution
sometimes contain errors, because of poor quality of ORM schema generators.
-Ode can be deployed in three different environments:
+ODE can be deployed in three different environments:
* As a simple Web Service in Axis 2, ODE is bundled in a WAR than can be
deployed in any application server and is invoked using plain SOAP/HTTP.
* As a JBI service assembly, ODE is bundled in a ZIP that can be deployed in
any JBI container and is invoked using the NMR.
@@ -21,7 +21,7 @@ Ode can be deployed in three different e
1. [Upgrading ODE](upgrading-ode.html)
<a name="UserGuide-UsingOde"></a>
-## Using Ode
+## Using ODE
1. [Creating a Process](creating-a-process.html)
1. [Process Versioning](process-versioning.html)
1. [Management API](management-api.html)
Modified:
ode/site/trunk/content/using-a-jndi-datasource-under-servicemix-jbi.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/using-a-jndi-datasource-under-servicemix-jbi.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/using-a-jndi-datasource-under-servicemix-jbi.mdtext
(original)
+++ ode/site/trunk/content/using-a-jndi-datasource-under-servicemix-jbi.mdtext
Wed Dec 5 20:01:48 2012
@@ -1,5 +1,5 @@
Title: Using a JNDI datasource under ServiceMix JBI
-These instructions will help you configure a JNDI DataSource for Apache Ode
when running inside the ServiceMix JBI container.
+These instructions will help you configure a JNDI DataSource for Apache ODE
when running inside the ServiceMix JBI container.
<a
name="UsingaJNDIdatasourceunderServiceMixJBI-1.Edit$SERVICEMIX/conf/jndi.xml"></a>
### 1. Edit $SERVICEMIX/conf/jndi.xml
@@ -21,7 +21,7 @@ And register the DataSource in the JNDI
<util:map id="jndiEntries">
- <!-- Ode DataSource -->
+ <!-- ODE DataSource -->
<entry key="java:comp/env/jdbc/ode">
<bean id="odeDataSource"
class="org.jencks.factory.ConnectionFactoryFactoryBean">
<property name="managedConnectionFactory"
ref="odeManagedConnectionFactory"/>
@@ -55,7 +55,7 @@ Copy [jencks-2.0-all.jar](http://reposit
<a name="UsingaJNDIdatasourceunderServiceMixJBI-4.RestartServiceMix"></a>
### 4. Restart ServiceMix
-And you're done! Don't forget to redeploy your service assemblies since they
need to be re-synchronized with Ode.
+And you're done! Don't forget to redeploy your service assemblies since they
need to be re-synchronized with ODE.
<a name="UsingaJNDIdatasourceunderServiceMixJBI-Extras"></a>
### Extras
Modified: ode/site/trunk/content/war-deployment.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/war-deployment.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/war-deployment.mdtext (original)
+++ ode/site/trunk/content/war-deployment.mdtext Wed Dec 5 20:01:48 2012
@@ -4,7 +4,7 @@ Title: WAR Deployment
Unzip the [distribution](getting-ode.html) somewhere on your disk, everything
needed is inside.
-Get the WAR file in the distribution root directory, rename it to *ode.war*
and copy this file to [Tomcat](http://tomcat.apache.org)'s webapp directory.
Start Tomcat and Ode should be up and running. You should get the
[Axis2|http://ws.apache.org/axis2] welcome page under
[http://localhost:8080/ode]. The Ode WAR includes its own embedded database
([Derby|http://db.apache.org/derby]) so you don't have to worry about
configuring any external database for now.
+Get the WAR file in the distribution root directory, rename it to *ode.war*
and copy this file to [Tomcat](http://tomcat.apache.org)'s webapp directory.
Start Tomcat and ODE should be up and running. You should get the
[Axis2|http://ws.apache.org/axis2] welcome page under
[http://localhost:8080/ode]. The ODE WAR includes its own embedded database
([Derby|http://db.apache.org/derby]) so you don't have to worry about
configuring any external database for now.
<a name="WARDeployment-Examples"></a>
#### Examples
Modified: ode/site/trunk/content/ws-bpel-20-specification-compliance.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/ws-bpel-20-specification-compliance.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/ws-bpel-20-specification-compliance.mdtext (original)
+++ ode/site/trunk/content/ws-bpel-20-specification-compliance.mdtext Wed Dec
5 20:01:48 2012
@@ -16,7 +16,7 @@ The inline `from-spec` used for variable
<a name="WS-BPEL2.0SpecificationCompliance-ExternalVariables"></a>
### External Variables
-In addition to regular variables that are managed by the engine according to
the BPEL specification, Ode adds support for variables whose content is stored
externally yet transparently accessible from the engine. See [External
Variables](external-variables.html) for more information.
+In addition to regular variables that are managed by the engine according to
the BPEL specification, ODE adds support for variables whose content is stored
externally yet transparently accessible from the engine. See [External
Variables](external-variables.html) for more information.
<a name="WS-BPEL2.0SpecificationCompliance-Activities"></a>
## Activities
@@ -59,7 +59,7 @@ The specification also provides for vali
Inline assignment as part of the variable declaration isn't currently
supported.
-Ode currently uses the `expressionLanguage` attribute to determine the
language used in assignments instead of using the `queryLanguage` attribute.
+ODE currently uses the `expressionLanguage` attribute to determine the
language used in assignments instead of using the `queryLanguage` attribute.
There are no other known divergences from the specification relating to the
`<assign>` activity that would prevent the execution of valid BPEL assignments.
ODE provides certain (non-standard) extensions to the `<assign>` activity that
do not conform to the specification's requirements for assignment extensions.
Consult the [reference page](assign.html) for the `<assign>` activity for
further details regarding non-standard extensions.
@@ -97,7 +97,7 @@ The `<repeatUntil>` activity is fully co
<a name="WS-BPEL2.0SpecificationCompliance-`<[forEach](foreach.html)>`"></a>
### `<[forEach](foreach.html)>`
-The `<forEach>` activity is fully compliant with the specification. Ode
supports both sequential and parallel for-each semantics.
+The `<forEach>` activity is fully compliant with the specification. ODE
supports both sequential and parallel for-each semantics.
<a name="WS-BPEL2.0SpecificationCompliance-`<[pick](pick.html)>`"></a>
### `<[pick](pick.html)>`
@@ -109,7 +109,7 @@ The `<flow>` activity is fully compliant
<a name="WS-BPEL2.0SpecificationCompliance-`<[scope](scope.html)>`"></a>
### `<[scope](scope.html)>`
-Isolated scopes are implemented in Ode trunk (as of September 2007) and will
be released in Ode 1.2/2.0.
+Isolated scopes are implemented in ODE trunk (as of September 2007) and will
be released in ODE 1.2/2.0.
ODE v1.0/1.1 do not support isolated scopes nor do they support "exit on
standard fault" semantics. Hence, a BPEL 2.0 process will be interpreted as if
any `isolated` and `exitOnStandardFault` attributes on `<scope>` elements did
not exist.
Modified: ode/site/trunk/content/xquery-extensions.mdtext
URL:
http://svn.apache.org/viewvc/ode/site/trunk/content/xquery-extensions.mdtext?rev=1417613&r1=1417612&r2=1417613&view=diff
==============================================================================
--- ode/site/trunk/content/xquery-extensions.mdtext (original)
+++ ode/site/trunk/content/xquery-extensions.mdtext Wed Dec 5 20:01:48 2012
@@ -1,6 +1,6 @@
Title: XQuery Extensions
<div class="alert alert-warning">
- XQuery is available only in Ode 1.3 or later
+ XQuery is available only in ODE 1.3 or later
</div>
Apache ODE goes above and beyond the [WS-BPEL](-ws-bpel-20.html) specification
by allowing the use of [XQuery 1.0|http://www.w3.org/TR/xquery/] in queries and
expressions.
