Petals ESB Deployer 1.0.0

compared with
Key
This line was removed.
This word was removed. This word was added.
This line was added.

Changes (2)

View Page History
h1. Modeling your deployments

h2. Model overview

Petals ESB Deployer is based on a model defining your Petals ESB bus to deploy. This model contains all components and their configurations forming your Petals ESB bus.

** {{port}}, the communication port of the current member instance.

h2. Writing your deployment model

The best practice is to write your deployment model with different files:
* a 1st file for your service units object model, written by your development team,
* a 2nd file for your topology object model, written by the Petals ESB architect,
* and a 3rd file for your bus object model, written by the Petals ESB bus architect in agreement with operators.

But you are able to write your deployment model in only one file.

All models are written in a JSON format.

h3. Writing a service units object model

Example of a service unit object model:
{code}
{
"service-units" : [ {
"id" : "su-filetransfer-consume",
"url" : "mvn://org.ow2.petals.samples.filetransfer/su-filetransfer-consume/4.1.0-1.0.0"
}, {
"id" : "su-filetransfer-provide",
"url" : "mvn://org.ow2.petals.samples.filetransfer/su-filetransfer-provide/4.1.0-1.0.0"
} ]
}
{code}

h3. Writing a topology object model

Example of a standalone topology object model:
{code}
{
"containers" : [ {
"id" : "cont-0"
} ]
}
{code}

Example of a distributed topology object model:
{code}
{
"containers" : [ {
"id" : "cont-0"
}, {
"id" : "cont-1"
} ],
"hazelcast-registry" : {
"members" : [ {
"id" : "hzlreg-0"
} ]
}
}
{code}


h1. Petals Deployment Model