Performs environment-specific property replacement, determines next composite revision and deploys the SCA artifact or the patch artifact (12.2.1+ only) to the server or cluster. You must have built SCA artifact or the patch artifact (12.2.1+ only) as part of soaBuild operation prior to running deploy, i.e. soaBuild execution generates artifact file and is recorded in FlexDeploy as project version and then deployment is done using that project version to specific environments. Composite specific configuration plans or global configuration plans can be used during deploy, see information on project property and plugin input below.
...
| Property Name | Property Code | Required | Description |
|---|---|---|---|
| SOA Composite Name |
| Yes | Name of composite that is being deployed. |
| SOA Deploy Config Plan |
| No | Ability to define config plan specific to a composite. (see Configuration Plans section below). When using composite specific configuration plans, they are stored in configPlans folder in artifacts, but you do not need to specify configPlans folder in this property value, just provide name of the configuration plan file as appropriate. You can also override this property for various environments to use different value for each environment. For example, mycomposite-cfgplan.xml |
| SOA Partition |
| Yes | Name of the partition to hold the composite on the server. |
| SOA Overwrite Revision |
| Yes | Flag to indicate if the composite revision on the server should be overwritten or a new revision created (Composite Revisions). |
| SOA Make Default Revision |
| Yes | Flag to indicate if the deployed composite should be marked as the default revision. |
| SOA Use Composite RevisionUse composite.xml revision | FDSOA_USE_COMPOSITE_XML_REVISION | No | If checked, use the revision from the composite.xml file. If a revision is provided in Composite Revision input that will take precedence. Otherwise the version in composite.xml will be used (and SOA Overwrite Revision project property would be ignored). @Since 5.4.0.2 |
| Set Retired State | FDSOA_SET_RETIRED_STATE | No | If checked, set the mode equal to retired in composite.xml. This means the state will be retired. @Since 5.4.0.5 |
Inputs
| Input Name | Input Code | Required | Description |
|---|---|---|---|
| Deploy Config Plan |
| No | Deployment config plan that is to be used for the composite deployment. Takes a Wildcard expression or filename. Can be a relative or absolute path (see Configuration Plans section below). |
| Composite Revision |
| No | Provide the composite revision, this input will override the |
| Stop On Purge Failure | FDSOA_INP_STOP_ON_PURGE_FAIL | No | Provides the ability to control whether a failed purge stops the workflow (default is False) |
| Activate Purge On Deploy | FDSOA_INP_ACTIVATE_PURGE | No | Activates the composite revision purge on deploy feature (default is False) |
| Preview Mode For Purge | FDSOA_INP_PURGE_PREVIEW | No | Activates the purge preview mode. If purge is activated, preview mode will show in the logs the composite revisions that would have been purged with no purge occurring. (default is False) Composite Revision Purge for examples |
| Stop After Deploy | FDSOA_INP_STOP_AFTER_DEPLOY | No | Stops the most recently deployed composite revision after successful deployment (default is False). If other revisions are active, this input will adjust the default revision. Note that the shutdown is asyncronous, so it is possible that a polling composite could poll before it is shutdown. This is the same caveat that would apply to all SOA deployments whether performed through Ant or the Oracle APIs. The shutdown will happen within moments of the deployment. |
Outputs
Output Name | Required | Description |
|---|---|---|
| Yes | Revision of the composite for this deployment. |
| Yes | Revision of the composite for the previous default revision. |
...