[OPENIDM-15522] Separate Internal repo config from customer model repo config Created: 23/Sep/20  Updated: 06/May/21

Status: Open
Project: OpenIDM
Component/s: Module - Repository DS, Module - Repository JDBC
Affects Version/s: None
Fix Version/s: None

Type: Story Priority: Major
Reporter: Jason Lemay Assignee: Jason Lemay
Resolution: Unresolved Votes: 0
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Target Version/s:
Epic Link: Separation of System and Customer Config



In the repo config for both jdbc and ds there are internal mappings that can not be changed by the customer without breaking IDM functionality, for example, the `sync/queue` mapping. These internal mappings should not be in the repo config file and instead should be stored in an internal config file. The repo config file should only include the stuff the customer needs to config according to their model. Customer configurable pieces should include the connection settings, managed objects, and internal objects. There may be other pieces to include, as part of this story each mapping should be gone through and pulled out of the repo config if it is not something the customer should modify.

Acceptance Criteria

  • repo.ds.json and repo.jdbc.json should only include configuration customers should modify.
  • Unit tests should exist that the internal and external configuration both are applied once they are separated
  • No repo functionality should be lost in this effort
  • Forgeops repo config should be updated in this effort
  • File a FRAAS jira so the FRAAS config can be updated.
  • This work should be backwards compatible so if a customer is using the old repo config it will override this change. Anything in the repo config files should override the internal config file.

Comment by Jim Mitchener [ 05/Oct/20 ]

This needs to go even further for FRIC. It would really be best to break every resource in to its own configuration. We cannot simply think in terms of "internal" and "customer" as FRIC is bridging that gap and will have its own config as well.

Generated at Sun May 09 08:51:19 UTC 2021 using Jira 8.16.0#816000-sha1:a455b91378454416b49bbc88d03e653cb9815ed5.