[OASIS Issue Tracker] (ODATA-937) Consider making odata- prefix optional in headers, preference values, format parameters

From
OASIS Issues Tracker <>
Date
2016-05-19T16:47:56+00:00
ID
Thread
[OASIS Issue Tracker] (ODATA-937) Consider making odata- prefix optional in headers, preference values, format parameters
[ https://issues.oasis-open.org/browse/ODATA-937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=62517#comment-62517 ] 

Michael Pizzo commented on ODATA-937:
-------------------------------------

OData-Version and OData-MaxVersion are specific to OData and provide interpretation of the other headers, preferences, and format parameters.  The rest could all be interpreted generically.

> Consider making odata- prefix optional in headers, preference values, format parameters
> ---------------------------------------------------------------------------------------
>
>                 Key: ODATA-937
>                 URL: https://issues.oasis-open.org/browse/ODATA-937
>             Project: OASIS Open Data Protocol (OData) TC
>          Issue Type: Bug
>          Components: OData Protocol
>    Affects Versions: V4.0_ERRATA03
>            Reporter: Michael Pizzo
>             Fix For: V4.01_WD01
>
>
> We defined our own namespacing mechanism for things like preferences and headers by prefixing with odata.  Specifically:
> OData Headers:
> OData-Version
> OData-MaxVersion
> OData-Isolation
> OData-EntityId
> OData-SchemaVersion
> OData Preferences:
> odata.allow-entityreferences
> odata.callback
> odata.continue-on-error
> odata.include-annotations
> odata.maxpagesize
> odata.track-changes
> odata.omit-values
> OData format parameters:
> odata.metadata
> odata.streaming
> In the interest of making some of these conventions and behaviors more broadly adopted, should we consider supporting some of them without the "odata" prefix?



--
This message was sent by Atlassian JIRA
(v6.2.2#6258)