BOM Versioning

Versioning of the BOM is maintained in TIBCO BPM Enterprise, and it follows version symantics, that is, it has major and minor versions. This depends on whether the new version of the BOM is compatible with the currently deployed version of the BOM or not.

When you create a new version of a BOM in the Business Studio:
  1. If this new version is compatible with the existing version of the BOM, you can deploy the new minor version of the same BOM without any problem. So, if the current version of the BOM is 1.0.0, you can create, and deploy a new minor version, say, 1.1.0.
    1. This minor version must have the following compatibility constraints.
      • Though existing attributes cannot be deleted, new attributes can be added to the BOM.
      • The data type of the existing attributes cannot be changed.
      • Decrease in length for existing attribute is not supported.
      Note: In case the new version created has any change that is not in agreement with the above specified compatibility constraints, the new version will be incompatible with the existing version of the BOM, and while deploying in TIBCO BPM Enterprise give an error.
    2. When a new minor version of BOM is deployed to TIBCO BPM Enterprise, the existing minor version of the BOM is automatically undeployed.
      Note: At any given point in time, the latest minor version exists in the system.
  2. As mentioned earlier, if the new version is incompatible with the existing version of the BOM, you will get an error while deploying the new version in BPME. In such a case, you will need to increment the major component of the BOM's version number in Studio. For this, navigate to Properties > Lifecycle. Click on Increment Major Version and Apply and Close. When this new major version of the BOM is deployed to TIBCO BPM Enterprise, the new version of the process application uses the new major version of the BOM.

So, if the current deployed version of the BOM is 1.1.0, and you deploy version 2.0.0, the 1.1.0 version of that BOM moves into the "Undeploying" state, and stays in the "Undeploying" state until there are outstanding 1.1.0 cases present in the system, or any process application refering to this BOM. Once there are no active cases for BOM 1.1.0 and all the referring process applications are also undeployed, the 1.1.0 gets completely undeployed.