DVM’s become a headache if you have shared DVM’s across projects and multiple people try to update it.SOA Composer helps you in maintaining consistency for editing and maintaining the DVMs by allowing users to access all DVMs through the console. The SOA Composer is an EAR file, which is installed as part of Oracle SOA Suite installation. It enables you to manage domain value maps at runtime. I will take you thru steps on how to use it.
Login using the below URL
To view domain value maps at runtime:
From the Open menu, select Open DVM.
It will list you all the DVM’s present in the server with Partition and Composite name. It will mention Composite Name if DVM is deployed along with the Composite. If the Composite is accessed from MDS store, then Composite name will be shown as N/A
Select DVM to view the entries in DVM
How to Edit Domain Value Maps at RuntimeThe domain value map opens in an edit session.
1. Click Add Domain Values.
2. Enter values and click OK. The entered values are added to the domain value map.
1. Select the row that you want to edit.
2. Click Edit Domain Values. Edit the values as required and click OK.
1. Select the rows that you want to delete.
2. Click Delete Domain Values.Every time a domain value map is opened in an edit session, a sandbox is created per domain value map, per user. If you save your changes, then the changes are saved in your sandbox.
1. Click the Save menu item to save your changes. If your changes are saved successfully, you receive a notification message.
Undo Changes made to DVM’s at RuntimeYou can also revert a domain value map to the last saved state.
1. Click the Revert menu item. A confirmation dialog is displayed.Once you commit the changes, runtime picks up the changes and saves them in the MDS repository. In a session, you can also save your changes without committing them. In such a case, the domain value map remains in the saved state. You can reopen the domain value map and commit the changes later.
In some scenarios customers prefer to keep all DVMs in one shared project and use these DVMs across all SOA projects. After DVM project is deployed to production, DVM values are added /modified from SOA composer. But when they try to add a new DVM to the shared DVM project and redeploy to production, it overrides all changes made through SOA composer. This is a typical scenario you should avoid while designing. In order to avoid this issue, try to use MDS for storing the DVM’s. If you have DVM’s @MDS we can always go ahead an export the updated DVM’s and modify the exported DVM for further usage.