Customers have come across the problem of not seeing the changes done in the models in the generated application UI. This is typically a problem of Deployment.
Developers or production operators should be comfortable with the deployment concepts in Semarchy Convergence for MDM and read the Deployment section of the on-line documentation.
At design-time, when connected to an open model edition deployed in a development data location, changes that only impact the application UI (for example, modifying a form view or a workflow) do not require an update of the deployed model edition.
The application browser window can be refreshed (F5) in order to dynamically regenerate the application UI and see the changes.
An Update of the deployed model edition is necessary when either the model structure (entities, attributes, references, etc) or rules (enrichers, matchers, etc).
If the model structure or rules have been modified, a browser refresh made without a model update may cause the application to behave unexpectedly. For example:
|
If the changes do not reflect correctly in the application, or if the application behaves unexpectedly, it is recommended to:
At run-time, the typical problems for not seeing the changes in the application UI are:
The updated model edition was not deployed to the data location.
At run-time, you usually use a Production Data Location, that requires deploying a closed model edition. Updating the model is not supported in this context.
An incorrect model edition was modified (See the example below).
It is a best practice to have only one model edition open and edited at a time. If in the lifecycle of the project several models or branches have been created, make sure to modify and deploy the right model edition.
The data edition you connect to is not using the updated deployed model edition.
In a Product Data Location, after deploying a model edition, you must point the data edition to this model edition either by closing/opening or switching this data edition to the new model edition.
Run-time deployment should follow the process below:
Here is an example where there are 2 open model editions: However, in the Data Location, the deployed model is CustomerAndFinancialMDM [0.0] not CustomerAndFinancialMDM2 [0.0]:
Therefore, any changes made to CustomerAndFinancialMDM2 [0.0] will not be seen in the Application UI. |
The best practice is to start with one model edition, develop and make changes in that one edition (usually v0.0). This edition is deployed in a development data location and updated during the development phase.
Once the model is ready to be deployed to test or production, the model should be closed. This action automatically closes the model edition so it can be deployed but also opens a new edition of the same model which can then be further developed for the next release to production.
More info: