OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

odata message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] Commented: (ODATA-327) Service MUST only return async if return-async is specified


    [ http://tools.oasis-open.org/issues/browse/ODATA-327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=33086#action_33086 ] 

Martin Zurmuehl commented on ODATA-327:
---------------------------------------

408 Request Timeout is defined by "The client did not produce a request within the time that the server was prepared to wait. The client MAY repeat the request without modifications at any later time.". From my perspective this doesn't really fit to our situation.

To keep things simple we can also remove the wait prefer header completly from the spec; we will not lose critical funtionality. 

> Service MUST only return async if return-async is specified
> -----------------------------------------------------------
>
>                 Key: ODATA-327
>                 URL: http://tools.oasis-open.org/issues/browse/ODATA-327
>             Project: OASIS Open Data Protocol (OData) TC
>          Issue Type: Bug
>          Components: OData Protocol 
>    Affects Versions: V4.0_WD01
>         Environment: [Applied]
>            Reporter: Michael Pizzo
>            Assignee: Martin Zurmuehl
>             Fix For: V4.0_WD01
>
>
> Today we are a little inconsistent in the spec. We imply that the client must specify return-async in order for the service to return async, but in other cases we imply the service may return async if the client specifies either return-async OR wait.
> I had a quick chat with James Snell, and he agreed that we should only return async if the client specifically specifies return-async. If the client specifies wait, and not return-async, we should not return asynchronously.
> Our options are to:
> 1) Ignore the wait
> 2) use wait as a suggestion for how long to wait before timing out the synchronous request
> 3) leave it undefined (but still say that the service can't use it to return asynchronously if return-async is not specified).
> I kinda like 2), using wait without return-async as a hint from the client how long they want to wait before timing out the request.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]