[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [OASIS Issue Tracker] Issue Comment Edited: (ODATA-366) Clarify whether server-generated properties can be omitted in POST, even if they are not nullable
[ http://tools.oasis-open.org/issues/browse/ODATA-366?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=33753#action_33753 ] Stefan Drees edited comment on ODATA-366 at 6/17/13 4:48 AM: ------------------------------------------------------------- Reference to meeting #41 minute link fragment documenting the approval of application has been added. was (Author: sdrees): TODO Reference to meeting #41 minute link fragment will follow when it is available. > Clarify whether server-generated properties can be omitted in POST, even if they are not nullable > ------------------------------------------------------------------------------------------------- > > Key: ODATA-366 > URL: http://tools.oasis-open.org/issues/browse/ODATA-366 > Project: OASIS Open Data Protocol (OData) TC > Issue Type: Improvement > Components: OData Protocol > Affects Versions: V4.0_CSD01 > Environment: [Applied] > Reporter: Evan Ireland > Assignee: Ralf Handl > Fix For: V4.0_CSD02 > > > It is conventional to define primary key properties (and other properties such as "creationTime") as non-nullable. > However if properties (such as primary keys) are server-generated, the client cannot provide an appropriate initial value in POST. > The spec appears to be silent on this issue. > What should be done? > (1) Define the properties as nullable, and require the client to pass null values on POST. > (2) Define the properties as nullable, and allow the client to omit them from the payload (even for a "complete" entity) on POST. > (3) Define the properties as non-nullable, and require the client to pass junk values on POST. > (4) Define the properties as non-nullable, and allow the client to omit them from the payload (even for a "complete" entity) on POST. > It might help to understand what variations are supported (or "intended" to be supported) by OData V1-V3 in this respect, before we proceed to make a poposal for V4. -- 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]