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] Created: (ODATA-295) Services should be able to "advertise" what form of change tracking they support


Services should be able to "advertise" what form of change tracking they support
--------------------------------------------------------------------------------

                 Key: ODATA-295
                 URL: http://tools.oasis-open.org/issues/browse/ODATA-295
             Project: OASIS Open Data Protocol (OData) TC
          Issue Type: New Feature
          Components: OData CSDL, OData Protocol 
    Affects Versions: V4.0_WD01
            Reporter: Evan Ireland


Protocol spec (2013-03-12) states in section 10.3 Requesting Changes.

  Services MAY support requesting changes for arbitrary queries against the entityset or MAY require that any filters be applied solely to immutable (i.e., key) fields.

Now suppose that a client is interested in change tracking for a particular entity, using a filter.

The client must first try the query with the filter (and with odata.track-changes preference), and will get a result, but it may finally prove to have no delta link (the client has no way to know in advance if the server will provide a delta link).

Then the client (if the server doesn't provide a delta link) may need to try the query again without a filter, and then somehow apply the filter "locally" (on the client-side). Again the client may discover that the server doesn't support change tracking (even for the case without a filter).

It would be much preferred by client application and framework designers for OData services somehow to be able to "advertise" their support (or not) for change tracking (and any limits that are placed upon it, such as what kind of filters can be used), rather than the clients having to discover by a process of trial and error.


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