-
Bug
-
Resolution: Done
-
Medium
-
Jakarta Release
Specific objects are accepted when creating a specifc data-node (valid against the yang-model), but the data that is retrieved via GET-request for a specific data-node is represented in a wrong way (s. samples).
Sample 1:
Sample of sub-structure of data-node that is created via CPS:
"modules": [ { "name": "/DAL.DAL/DAL", "callStackDepth": 2, "enabled": true }, { "name": "/TIMER.TIMER/TIMER", "callStackDepth": 2, "enabled": true }, { "name": "TimerClient", "callStackDepth": 2, "enabled": true } ]
and how it is returned via CPS (TIMER-module and DAL-module are listed as separated objects and not under modules)
"TIMER']": [ { "name": "/TIMER./TIMER/TIMER", "enabled": true, "callStackDepth": 2 } ], "DAL']": [ { "name": "/DAL.DAL/DAL", "enabled": true, "callStackDepth": 2 } ], "modules": [ { "name": "etcd_sample", "enabled": true, "callStackDepth": 2 } ]
Sample 2:
Sample of sub-structure of data-node that is created via CPS:
"localAddress": [ { "ipAddress": "172.16.34.160/24", "vlanId": 0 } ]
how it is returned via GET-request (additional info: IP-addresses without /24 in the end are represented in a correct way.
"24' and @vlanId='0']": [ { "vlanId": 0, "ipAddress": "172.16.34.160/24" } ]