Deploying Process Apps

Deployment is the act of taking a process app designed in SBM Composer and making it available on the SBM Application Engine server. You can configure your system so that deployments occur directly from SBM Composer, or you can deploy from the Process Apps tab in SBM Application Repository.

Endpoint and Target Server Considerations

Note the following important information:

Parallel Development Considerations

In a scenario in which multiple process app developers are working on process apps and there are multiple process app versions and patches, make sure that you do not undo someone's work that has already been deployed to the target environment (for example, as a patch to version 2.0 labeled 2.0.1) by deploying a process app version (for example, version 3.0) that does not contain that person's updates. If version 3.0 was developed directly from version 2.0 by User A, and meanwhile User B has created 2.0.1 as a deployed patch to version 2.0, the changes made by User B must be manually applied to the to the latest version before deployment.

The best approach is to always perform a "get latest" from the repository before deploying. This guarantees that you have the latest changes from other process app designers. If you don't do this, you risk undoing someone else's work. For example, a script might have been deployed by a co-worker and will now no longer be in production after your deployment.

If you want to make incremental changes to a process app currently running in an environment, the "patch context" feature enables you to do so. For more information, refer to the SBM Composer Guide.