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] Updated: (ODATA-328) Remove MinDataServiceVersion (OData-MinVersion)


     [ http://tools.oasis-open.org/issues/browse/ODATA-328?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stefan Drees updated ODATA-328:
-------------------------------

    Resolution: 
https://www.oasis-open.org/apps/org/workgroup/odata/download.php/48902/odata-core-v4.0-wd01-part1-2013-4-23.docx

Accepted: https://www.oasis-open.org/committees/download.php/49026/odata-meeting-34_on-20130425_26-F2F-minutes.html#odata-328


  was:
https://www.oasis-open.org/apps/org/workgroup/odata/download.php/48902/odata-core-v4.0-wd01-part1-2013-4-23.docx



> Remove MinDataServiceVersion (OData-MinVersion)
> -----------------------------------------------
>
>                 Key: ODATA-328
>                 URL: http://tools.oasis-open.org/issues/browse/ODATA-328
>             Project: OASIS Open Data Protocol (OData) TC
>          Issue Type: Improvement
>          Components: OData Protocol 
>    Affects Versions: V4.0_WD01
>         Environment: [Applied]
>            Reporter: Michael Pizzo
>            Assignee: Michael Pizzo
>             Fix For: V4.0_WD01
>
>
> We added MinDataServiceVersion as part of an update to our version negotiation primarily because (at the time) we returned results in the lowest format supported by the service, forcing clients to have to support old variants of the format even against new services. We changed the specification to say that the service must return the max version supported that is less than or equal to any max version specified in the client request, addressing this scenario.
> The only place that mindataserviceversion is still useful is if a client is speaking to a downlevel service and wants to say "don't bother responding if you don't support at least version x".  
>  
> We also return the version of the service in the metadata document, so (other than version negotiation for the metadata document) the client has a way to find out the version of the service and decide if it is willing to handle responses.
> We can simplify the versioning story, and doc, by removing this extraneous versioning header.

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