- From: James M Snell <jasnell@gmail.com>
- Date: Fri, 11 Sep 2015 10:10:53 -0700
- To: Phil Hunt <phil.hunt@oracle.com>
- Cc: Ning Dong <ning.dong@oracle.com>, "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
To be honest, I'm entirely -1 on a preference for query-result. If
you want something like this, use PUT or POST to create the stored
query, then create a new resource that you can either use GET or
SEARCH (http://tools.ietf.org/html/draft-snell-search-method-00) on.
In my opinion, `query-result` would entirely be an abuse of the
preference mechanism.
On Fri, Sep 11, 2015 at 8:56 AM, Phil Hunt <phil.hunt@oracle.com> wrote:
> This is difficult. Two conventions are in collision. The definition of post to create a resource and the expectation that a query returns a result.
>
> I would maybe tip the scales in favor of what most Oracle apis would need as a default.
>
> Would it be true that clients want to create stored searches by default?
>
> Phil
>
>> On Sep 10, 2015, at 14:49, Ning Dong <ning.dong@oracle.com> wrote:
>>
>> Hi,
>> Could you please review the request of adding a new value for return prefer header?
>>
>> The new value is "query-result", which is used when creating a query definition resource with POST or PUT request.
>> The client would like the server to create the query definition resource, but also execute the query and return the query result.
>> For example,
>> POST /employees/searches HTTP/1.1
>> Host: example.org
>> Content-Type: application/json
>> Prefer: return=query-result
>>
>> {
>> "q": "name eq foo",
>> "fields": ["name","age","startdate"],
>> "orderBy": ["name","age:desc"]
>> }
>>
>> This above resource defines a query (equivalent to select name, age, startdate from employees where employees.name='foo' order by name, age desc).
>> Without the Prefer: return=query-result header, the server would just create a new resource and return a 201 response.
>> If server honors the prefer header, then the server will not only create a new resource, but also execute the query based on the query definition.
>> The response body will contain the result of the query execution, such as:
>> 201 Created
>> Preference-Applied: return=query-result
>> Location: http://example.com/employees/searches/q1
>> Content-Location: http://example.com/employees/searches/q1/result
>>
>> {
>> "items": [
>> {"name": "foo",
>> "age": 35,
>> "startdate": "2008-02-15"}
>> ]
>> }
>>
>> o Preference: return
>>
>> o Value: query-result
>>
>> o Optional Parameters: n/a
>>
>> o Description: It is used to indicate that result of the query execution is preferred in the response.
>>
>> o Reference: Oracle will add a new sub type (type=query-def) in application/vnd.oracle.resource+json media type. This new sub type uses return=query-result prefer header.
>> The application/vnd.oracle.resource+json media type is defined at:
>> http://www.oracle.com/webfolder/technetwork/tutorials/appdevinfo/New%20REST%20Media%20Type.pdf
>>
>> o Notes: It is related to another request to add "transient" prefer header.
>>
>>
>> Thanks and appreciate your review.
>>
>>
>> Ning
>>
>>
>>
>>
>
Received on Friday, 11 September 2015 17:11:40 UTC