Proposed change on resource GET: current model is to require all properties to be returned when oslc_cm.properties is omitted. Change would be that it is up to the service provider to determine the optimal set of properties to be returned, which may be all. A consumer can request all by using oslc_cm.properties=*
Need to define these task tracking properties as independent vocabularies that can be applied to other resource types: Plans, TestExecution? , ChangeRequests? , etc.
Could be a separate resource (node type or inlined) to deal with performance of calculated properties
No objections to approach, continue to expand on scenario
Progress on 2.0 specs
WG agreed to continue to require that doing a GET on a resource URI (without properties param) would return all properties (some system, non-integration properties could be omitted)
Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors. Contributions are governed by our Terms of Use Ideas, requests, problems regarding this site? Send feedback