[oslc-core] Requests for unknown or unsupported properties

Arthur Ryman ryman at ca.ibm.com
Mon Mar 26 14:04:55 EDT 2012


Sam,

Providers should treat unknown properties as if they were optional and 
missing from the resources. We don't want each client to taylor it's 
requests to particular providers. The same query should work everywhere, 
but perhaps return less triples.

Regards, 
___________________________________________________________________________ 

Arthur Ryman 

DE, PPM & Reporting Chief Architect
IBM Software, Rational 
Toronto Lab | +1-905-413-3077 (office) | +1-416-939-5063 (mobile) 





From:
Samuel Padgett <spadgett at us.ibm.com>
To:
oslc-core at open-services.net
Date:
03/26/2012 09:16 AM
Subject:
[oslc-core] Requests for unknown or unsupported properties
Sent by:
oslc-core-bounces at open-services.net




I couldn't find clear guidance on how providers should respond to requests
for unknown properties, for instance in an oslc.properties or oslc.select
parameter. This might be a request for a non-standard property that a
provider doesn't recognize (e.g., http://example.com/ns#customProperty) or
a standard, but optional property not supported by the provider.

An example from the CM domain is state predicates, which are optional
properties on a ChangeRequest resource [1]. How should a provider respond
to these queries if it doesn't support oslc_cm:approved? (I've left the
query parameters unescaped and omitted oslc.prefix for readability.)

http://example.com/bugs/34?oslc.properties=oslc_cm:approved
http://example.com/bugs?oslc.select=oslc_cm:approved
http://example.com/bugs?oslc.where=oslc_cm:approved=true

Either responding with a 400 Bad Request or simply leaving unknown
properties out of the response seem like reasonable choices. I propose we
advise providers to simply leave the unknown properties out of the
response. This way consumers can request optional properties without fear
of running into errors. In the case of the oslc.where query above,
providers might simply return no results.

I suggest we update OSLC Core Spec Selective Property Values [2] and the
query specification [3] with guidance.

[1]
http://open-services.net/bin/view/Main/CmSpecificationV2?sortcol=table;up=#Resource_ChangeRequest

[2]
http://open-services.net/bin/view/Main/OslcCoreSpecification?sortcol=table;table=up;up=#Selective_Property_Values

[3] http://open-services.net/bin/view/Main/OSLCCoreSpecQuery
--
Best Regards,
Samuel Padgett | IBM Rational | spadgett at us.ibm.com


_______________________________________________
Oslc-Core mailing list
Oslc-Core at open-services.net
http://open-services.net/mailman/listinfo/oslc-core_open-services.net








More information about the Oslc-Core mailing list