[scim] Proposed resolution - root search optionality (ticket 42)

[Phil Hunt <[e-mail]>]

Proposed text. Replace section 3.2.2.1 Query Endpoints with (ticket 42 - http://trac.tools.ietf.org/wg/scim/trac/ticket/42 ):

3.2.2.1 Query Enpoints

Resource Queries
A query MAY be performed against any specific resource endpoint or resource. For example:

Resource (e.g. /Users/{userid}),
Resource Type endpoint (e.g. /Users or /Groups)
Root Queries
A server MAY support queries at the server root (e.g. /) for the purpose of returning resources of more than one resource type.

A search against a server root indicates that ALL resources within the server SHALL be included subject to filtering. For example, a filter against 'meta.resourceType' could be used to restrict results to one or more specific resource types.

When processing search operations across endpoints that include more than one SCIM resource type (e.g. a search from the server root endpoint), filters MUST be processed in the same fashion as outlined in Section 3.2.2.2. For filtered attributes that are not part of a particular resource type, the service provider SHALL treat the attribute as if there is no attribute value. For example, a presence or equality filter for an undefined attribute evaluates as FALSE.

Please confirm if you agree with this subtle change which makes root searches optional to the server.

Phil

@independentid
www.independentid.com
[e-mail]