While retrieving responses from live using "fields" filter, it is expected that the response shall contain the "key attributes" of the object if exists , even if the filter(example, "uuid" or "local-id") is not included in request url.
Kindly requesting you to clarify that if the same behavior of retrieving response along with presence of "key attribute" of respective object even if the key is not included in request url is expected.
Example scenario:
For the fields filter equipment(contained-holder(occupying-fru;equipment-augment-1-0:holder-pac(vendor-label))), the responses from live and cache are as follows:
Sample response from live: Here, even if uuid(key attribute of equipment object) and local-id (key attribute of contained-holder object) is not included in request url, but is retrieved from response.
While retrieving responses from live using "fields" filter, it is expected that the response shall contain the "key attributes" of the object if exists , even if the filter(example, "uuid" or "local-id") is not included in request url.
Kindly requesting you to clarify that if the same behavior of retrieving response along with presence of "key attribute" of respective object even if the key is not included in request url is expected.
Example scenario: For the fields filter equipment(contained-holder(occupying-fru;equipment-augment-1-0:holder-pac(vendor-label))), the responses from live and cache are as follows:
Sample response from live: Here, even if uuid(key attribute of equipment object) and local-id (key attribute of contained-holder object) is not included in request url, but is retrieved from response.
Sample response from cache: : key attributes not included in response by default
Kindly let us know, the response retrieved from cache is as expected or it shall be modified to contain the key attributes for objects inside list.