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-291) Consider adding a mechanism for idempotence with POST


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

Evan Ireland commented on ODATA-291:
------------------------------------

Nice proposal document. However there is scant mention of whether if the original request had non-empty response content, whether the server (when it supports Repeatability) is REQUIRED to return the same content (payload) if the request is repeated. All I see is:

o	Repeatability on PUT/PATCH is different from use of an etag in that repeated PUT/PATCH operations to the same resource will return success (or failure), possibly including a payload, versus a concurrency violation.

(What about payload for the result of POST, I wonder).

Also, even though the proposal is wider than OData, would we expect when this feature is used with OData that header names would begin with "odata." in accordance with other recent changes?


> Consider adding a mechanism for idempotence with POST
> -----------------------------------------------------
>
>                 Key: ODATA-291
>                 URL: http://tools.oasis-open.org/issues/browse/ODATA-291
>             Project: OASIS Open Data Protocol (OData) TC
>          Issue Type: New Feature
>          Components: OData Protocol 
>    Affects Versions: V4.0_WD01
>         Environment: [Proposed]
>            Reporter: Evan Ireland
>
> Many backend systems will generate a key in response to a newly POSTed entity.
> If a client sends a POST request to create an entity, and the OData service does create the entity, but the HTTP response to the client is lost, the client may be unsure as to whether or not the request succeeded. If the client repeats the request, it may result in duplicate information in the backend system.
> Idempotence is especially important for clients which want to be able to do store-and-forward (e.g. offline enablement).

-- 
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]