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


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

Ralf Handl updated ODATA-295:
-----------------------------

    Proposal: 
Add Core annotation

<Term Name="ChangeTracking" Type="Core.ChangeTrackingType" AppliesTo="EntitySet">
  <Annotation Term="Core.Description" String="Change tracking capabilities of this entity set" /> 
</Term>
<ComplexType Name="ChangeTrackingType">
  <Property Name="Supported" Type="Edm.Boiolean" DefaultValue="true">
    <Annotation Term="Core.Description" String="This entity set supports the odata.track-changes preferenc" /> 
  </Property>
  <Property Name="FilterableProperties" Type="Collection(Edm.PropertyPath)" Nullable="true">
    <Annotation Term="Core.Description" String="Change tracking supports filters on these properties" /> 
  </Property>
  <Property Name="ExpandableProperties" Type="Collection(Edm.NavigationPropertyPath)" Nullable="true"> 
    <Annotation Term="Core.Description" String="Change tracking supports these properties expanded"/> 
  </Property> 
</ComplexType>

Accepted: https://www.oasis-open.org/committees/download.php/49325/odata-meeting-38_on-20130523-minutes.html#odata-295

  was:
Add Core annotation

<Term Name="ChangeTracking" Type="Core.ChangeTrackingType" AppliesTo="EntitySet">
  <Annotation Term="Core.Description" String="Change tracking capabilities of this entity set" /> 
</Term>
<ComplexType Name="ChangeTrackingType">
  <Property Name="Supported" Type="Edm.Boiolean" DefaultValue="true">
    <Annotation Term="Core.Description" String="This entity set supports the odata.track-changes preferenc" /> 
  </Property>
  <Property Name="FilterableProperties" Type="Collection(Edm.PropertyPath)" Nullable="true">
    <Annotation Term="Core.Description" String="Change tracking supports filters on these properties" /> 
  </Property>
  <Property Name="ExpandableProperties" Type="Collection(Edm.NavigationPropertyPath)" Nullable="true"> 
    <Annotation Term="Core.Description" String="Change tracking supports these properties expanded"/> 
  </Property> 
</ComplexType>


> 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_CSD01
>         Environment: [Proposed]
>            Reporter: Evan Ireland
>             Fix For: V4.0_CSD02
>
>
> 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 set, 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]