Problem

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.

Solution

There are several reasons for not seeing changes reported in the application UI.

At Design-Time

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:

  • The application's forms or tables try to access new attributes that have not been deployed in the database tables, causing data access exceptions.
  • Data submitted through the application is not certified correctly as the jobs still implement the old enrichers, validators or matchers.

If the changes do not reflect correctly in the application, or if the application behaves unexpectedly, it is recommended to:

  1. Validate the Model and fix possible validation errors
  2. Update the deployed model edition, making sure to update both the jobs definitions and database schema.
  3. Refresh the application browser window.

At Run-Time

At run-time, the typical problems for not seeing the changes in the application UI are:

Run-time deployment should follow the process below:

  1. Validate the model and fix possible validation errors.
  2. Close the model edition.
  3. Deploy this newly closed model edition to the data location, making sure to update both the jobs definitions and database schema.
  4. Switch the data edition to this newly deployed model edition, or close and open a new data edition using this newly deployed model edition.
  5. Refresh the application browser window.

 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.

Best Practice

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: