-
Sub-task
-
Resolution: Done
-
Medium
-
None
-
None
-
None
Advance dmi plugin to stub return diff. module set by using REST api (onap dmi plugin stub REST api specific to update static map that holds information of am handle per module set tag)
Existing DMI Stub
pre-defined nodes, which modules hardcoded based on name (prefix) of each like:
bookStoreA (M1 & M2) No Tag
bookStoreB (M1 & M2) No Tag
bookStoreC (M1 & M2) No Tag
Does not allow for testing of upgrade
Proposed :
- Hard code module set responses based on Tag with modules
- NO Tag (M1 & M2)
- TagA (M1 & M2)
- TagB (M1 & M3)
- TagC (M4 & M5)
- Rename (json) repsonse files in stub after Tags
- In memory map to associate a cm-handle(id) with a Tag. Empty by default
- Map<String,String> ModuleSetTagPerCmHandleId: (cmHandleId->ModuelSetTag)
- Expose our own rest interface (undocumented on Stub only) to add /update ModuleSetTagPerCmHandleId entries
- Rename existing hardcoded cm-handles so they don't seem associated by cm module sets. e.g. bookStore1, Bookstore2, Bookstore3
- by default each will NOT have a module set tag and therefore return modules M1 & M2
- possible (test) use cases can now be supported
- assign Tag A to bookStore1 (no actually change of modules!)
- update bookstore2 to TagB (new but overlapping)
- update bookstore1 to TagB (existing)
- update bookstore3 to TagC (new, no overlap)
- etc.