THIS IS A TEST INSTANCE. ALL YOUR CHANGES WILL BE LOST!!!!
...
- should we include "group" in the GET resource request?
NO. Even though "group" is a core concept of Geode, a lot of our beginning users don't use it and has no idea that their servers are actually in a "cluster" group, and we don't want to force them to always need to put "cluster" in their get request. Also, entities like "region", even though they might be configured differently on different groups (one group hosts data, another as a proxy), they still have the same id, and act as one region. So in user's mind, Region is a the resource on a cluster, not region on a particular group. - if not on the first question, should we return a list of configurations for that resource?
YES. this is the only way for them to get a complete view of how the entity is configured in the cluster. - If yes on the 2nd question, how should we represent it in the response? GET request is supposed to return just one entity per REST specsnorms
We will wrap configuration per group in an EntityInfo object and return the EntityInfo as a response to the request. See detailed swagger documentation here:
[GEODE:https://cwiki.apache.org/confluence/display/GEODE/1.13.0 +Management +REST API - v1#1+API+-+v1#id-1.13.0ManagementRESTAPI-v1-GET/management/v1/regions/{id}]
Changes and Additions to Public Interfaces
...
Backwards Compatibility and Upgrade Path
N/A