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: Re: [odata] Update: Agenda for OData TC meeting 2013.05.23


Integrating these (below) nominations from Mike, Ralf and Stefan into the agenda allows processing of 43 issues, namely in ID sorted order:

ODATA-102, ODATA-152, ODATA-346, ODATA-351, ODATA-364, ODATA-365, ODATA-366, ODATA-367, ODATA-368, ODATA-369, ODATA-370, ODATA-371, ODATA-373, ODATA-374, ODATA-375, ODATA-376, ODATA-378, ODATA-379, ODATA-380, ODATA-381, ODATA-382, ODATA-383, ODATA-384, ODATA-385, ODATA-386, ODATA-387, ODATA-388, ODATA-389, ODATA-390, ODATA-391, ODATA-392, ODATA-393, ODATA-394, ODATA-395, ODATA-396, ODATA-397, ODATA-398, ODATA-399, ODATA-400, ODATA-401, ODATA-402, ODATA-403, and ODATA-404.


and that part of the agenda draft numbered as in a "from future import *" minute draft gives:

5 Issues

5.1 Issues in Proposed state (carried over from May 16, 2013)

5.1.1 ODATA–391 Add query function defined(PropertyPath) to determine whether an instance has a property of that name
5.1.2 ODATA–394 Introduce path segment /$all for search on service and entity container level
5.1.3 ODATA–395 Simplify rule for implicit values of enumeration members

5.2 Editorial issues (carried over from May 16, 2013)

5.2.1 ODATA–386 odata-v4.0-csprd01-part1-protocol, 3 Data Model, appears to be an unnumbered list of definitions, with annotations defined in a separate subsection - suggest new format, etc.
5.2.2 ODATA–385 Overview wording suggestion
5.2.3 ODATA–384 Normative text needs to be typographically distinct from examples
5.2.4 ODATA–383 Examples, distinguishing from normative text
5.2.5 ODATA–382 Conformance clauses need to refer to sections defining aspects of conformance and do so uniformly
5.2.6 ODATA–381 Hanging paragraphs - all current csprd01 documents

5.3 Issues in Proposed state (may need deeper discussion) (carried over from May 9, 2013)

5.3.1 OData Protocol

5.3.1.1 ODATA–262 Specify how OData services can be protected against cross-site request forgery (CSRF or XSRF)

5.3.2 OData Protocol, OData URL Conventions

5.3.2.1 ODATA–314 CLONE - Please clarify the meaning of filter functions applied to DateTimeOffset values

5.3.3 OData CSDL, OData Protocol, OData URL Conventions

5.3.3.1 ODATA–126 Metadata as an OData service

5.3.4 OData JSON Format

5.3.4.1 ODATA–316 Allow omitting properties with null or default values from responses

5.3.5 OData CSDL

5.3.5.1 ODATA–295 Services should be able to “advertise” what form of change tracking they support

5.4 Issues in Proposed State since May 16, 2013

5.4.1 OData ABNF Construction Rules, OData Protocol, OData URL Conventions

5.4.1.1 ODATA–398 Define “GetByID” canonical function as a path segment
5.4.1.2 ODATA–401 Replace ‘substringof’ canonical function with ‘contains’

5.4.2 OData CSDL

5.4.2.1 ODATA–397 Lazy loading of Annotations: Add optional Attribute “TargetNamespace” to edmx:IncludeAnnotations element

5.4.3 OData CSDL, OData Protocol

5.4.3.1 ODATA–374 Returning heterogeneous types for a function call

5.4.3.2 ODATA–399 Describe expected life cycle management of next-links inside 11.2.4.7 Server-Driven Paging

5.4.4 OData ABNF Construction Rules, OData URL Conventions

5.4.4.1 ODATA–400 Allow JSON values also in common expressions, not only in parameter aliases

5.4.5 OData URL Conventions, OData Protocol

5.4.5.1 ODATA–402 Require services to support $expand on navigation properties

5.4.6 OData Batch Processing Format, OData ATOM Format, OData Protocol, OData JSON Format, Vocabularies

5.4.6.1 ODATA–403 Mechanism to advertise conformance level of OData services

5.4.7 Vocabularies

5.4.7.1 ODATA–404 Make Capabilities vocabulary a part of OData 4.0

5.5 Issues in Applied state

5.5.1 OData ABNF Construction Rules, OData URL Conventions

5.5.1.1 ODATA–393 Allow querying collections of primitive type instances similar to other collections

5.5.2 OData ATOM Format, OData CSDL, OData JSON Format, OData Protocol

5.5.2.1 ODATA–346 Order of child elements of <edm:Collection> MUST be preserved

5.5.3 OData ATOM Format, OData JSON Format, OData Protocol

5.5.3.1 ODATA–351 Define ID, ReadLink and EditLink in Part 1: Protocol, define representation in Atom and JSON
5.5.3.2 ODATA–379 Ensure consistency and clear description in specification of $count for ‘Delta Responses’ (public comment c201305e00000)
5.5.3.3 ODATA–380 Insert a section in protocol (and similar in JSON and ATOM) named ‘Security Considerations’ (before ‘Conformance’)

5.5.4 OData ATOM Format, OData JSON Format

5.5.4.1 ODATA–389 JSON: use odata.kind values “Entity” and “deletedEntity”, Atom: use metadata:link and metadata:deleted-link
5.5.4.2 ODATA–378 Support relative IRIs for ids in JSON
5.5.4.3 ODATA–102 Representing Actions/Functions Bound to Multiple Entities
5.5.4.4 ODATA–388 Remove “when” from OData-specific items in delta responses

5.5.5 OData CSDL

5.5.5.1 ODATA–373 Add boolean expressions that can be used in <edm:If>
5.5.5.2 ODATA–370 Disallow Nullable facet for collection-valued properties
5.5.5.3 ODATA–364 Explicitly state that the restriction that a property MUST NOT have the same name as its containing type only applies to directly declared properties
5.5.5.4 ODATA–387 Replace (at least) the second example in Section 13 of the CSDL document (public comment c201305e00002)
5.5.5.5 ODATA–396 Partner attribute of edm:NavigationProperty is a property path, not a SimpleIdentifier

5.5.6 OData CSDL, OData URL Conventions

5.5.6.1 ODATA–365 Rename edm:AssertType to edm:Cast and clarify behavior of edm:Cast and cast()

5.5.7 OData JSON Format

5.5.7.1 ODATA–376 Navigation link representation for navigation properties of complex type instances
5.5.7.2 ODATA–152 Add examples for all request and response types using a consistent sample OData service
5.5.7.3 ODATA–390 Additional description of use of GeoJSON in OData JSON.

5.5.8 OData Protocol

5.5.8.1 ODATA–371 Clearly describe behavior of PUT for structural and navigation properties
5.5.8.2 ODATA–369 POST to navigation link with binding information leading to a different “parent” is invalid
5.5.8.3 ODATA–368 Deep insert: if server responds with 201 Created it MUST respond with at least the expansion depth of the insert operation
5.5.8.4 ODATA–367 Explicitly state that server MAY expand results beyond what’s requested with $expand
5.5.8.5 ODATA–366 Clarify whether server-generated properties can be omitted in POST, even if they are not nullable

5.5.9 OData URL Conventions

5.5.9.1 ODATA–375 Allow querying collections of complex type instances similar to querying collections of entities
5.5.9.2 ODATA–392 Expanded Navigation Properties should be implicitly added to $select



All the best,

Stefan.

Am 22.05.13 23:53, schrieb Michael Pizzo:

I second; these go a long way toward filing in some of the holes we have in advertising a services capabilities and conformance.

 

From: odata@lists.oasis-open.org [mailto:odata@lists.oasis-open.org] On Behalf Of Handl, Ralf
Sent: Wednesday, May 22, 2013 12:34 PM
To: odata@lists.oasis-open.org
Subject: RE: [odata] Update: Agenda for OData TC meeting 2013.05.23

 

And I’d like to nominate

·         ODATA-404 Make Capabilities vocabulary a part of OData 4.0

·         ODATA-403 Mechanism to advertise conformance level of OData services

 

Thanks!
--Ralf

 

From: odata@lists.oasis-open.org [mailto:odata@lists.oasis-open.org] On Behalf Of Michael Pizzo
Sent: Wednesday, 22. May 2013 19:17
To: stefan@drees.name; odata@lists.oasis-open.org
Subject: RE: [odata] Update: Agenda for OData TC meeting 2013.05.23

 

If people are willing, I would like also to discuss the following two issues:

 

·         ODATA-401 Replace "substringof" canonical function with "contains"

·         ODATA-402 Require services to support $expand on navigation properties

 

I am happy to defer if people need more time to consider the proposals, but both are fairly straight-forward and would it be nice to process and get them in the spec if we have consensus.

 

Thanks,

 

-Mike

From: odata@lists.oasis-open.org [mailto:odata@lists.oasis-open.org] On Behalf Of Stefan Drees
Sent: Wednesday, May 22, 2013 8:31 AM
To: odata@lists.oasis-open.org
Subject: Re: [odata] Update: Agenda for OData TC meeting 2013.05.23

 

I suggest the two issues in New+Proposed status ODATA-399 and -400 be added in section "5.d".

1.)
A good place for ODATA-399 " Describe expected life cycle management of next-links inside 11.2.4.7 Server-Driven Paging" with component [OData Protocol]
would be inside 5.d.iii OData Protocol as 5.d.iii.2

2.)
ODATA-400 "Allow JSON values also in common expressions, not only in parameter aliases" has not yet a component impact noted, but I presume this might end up as changes in Protocol, ABNF and maybe URL Construction Rules at least, so a good place to insert it in below agenda outline might be 5.d.i OData ABNF Construction Rules OData Protocol OData URL Conventions as 5.d.i.2

All the best,

Stefan.
Am 22.05.13 13:05, schrieb Hartel, Barbara:

Here [1] is a draft agenda for the OData TC (Technical Committee) meeting scheduled on Thursday May 23, 2013 during 8-10am PT. For additional information, such as dial-in details and chat room, refer to [2]. For TC timeline, see [3]. Feel free to suggest additions or modifications.

 

Thanks.

 

[1] Agenda for 2013.05.23 OData TC meeting

1.       Roll call [8:00am PT]

 

2.       Approve agenda [8:05am PT]

 

3.       Approve minutes from previous meeting(s) [8:10am PT]

a.       Minutes from May 16, 2013 TC meeting: https://www.oasis-open.org/apps/org/workgroup/odata/download.php/49212/odata-meeting-37_on-20130516-minutes.html

 

4.       Review action items [Action item list: https://www.oasis-open.org/apps/org/workgroup/odata/members/action_items.php] [8:15am PT]

a.       Action items due by May 23, 2013

                                                                                       i.      None

b.      Action items NOT due by May 23, 2013 but MAY be ready for closure

                                                                                       i.      Any?

 

5.       Process issues [Issues list: https://tools.oasis-open.org/issues/secure/IssueNavigator.jspa?reset=true&mode=hide&pid=10103] [8:20am PT]

a.        Issues in Proposed state (carried over from  May 16, 2013)

1.       ODATA-391 Add query function defined(PropertyPath) to determine whether an instance has a property of that name

2.       ODATA-394 Introduce path segment /$all for search on service and entity container level

3.       ODATA-395 Simplify rule for implicit values of enumeration members

 

b.      Editorial issues (carried over from  May 16, 2013)

1.       ODATA-386 odata-v4.0-csprd01-part1-protocol, 3 Data Model, appears to be an unnumbered list of definitions, with annotations defined in a separate subsection - suggest new format, etc.

2.       ODATA-385 Overview wording suggestion

3.       ODATA-384 Normative text needs to be typographically distinct from examples

4.       ODATA-383 Examples, distinguishing from normative text

5.       ODATA-382 Conformance clauses need to refer to sections defining aspects of conformance and do so uniformly

6.        ODATA-381 Hanging paragraphs - all current csprd01 documents

 

c.       Issues in Proposed state (may need deeper discussion) (carried over from May 9, 2013)

                                                                                       i.      OData Protocol

1.       ODATA-262: Specify how OData services can be protected against cross-site request forgery (CSRF or XSRF) [Open]

                                                                                     ii.      OData Protocol, OData URL Conventions

1.       ODATA-314: CLONE - Please clarify the meaning of filter functions applied to DateTimeOffset values [Open]

                                                                                    iii.      OData CSDL, OData Protocol, OData URL Conventions

1.       ODATA-126: Metadata as an OData service [Open]

                                                                                   iv.      OData JSON Format

1.       ODATA-316: Allow omitting properties with null or default values from responses [Open]

                                                                                     v.      OData CSDL

1.       ODATA-295: Services should be able to "advertise" what form of change tracking they support [New]

 

d.      Issues in Proposed State since May 16, 2013

                                                                                       i.      OData ABNF Construction Rules OData Protocol OData URL Conventions

1.       ODATA-398 Define "GetByID" canonical function as a path segment

                                                                                     ii.      OData CSDL

1.        ODATA-397 Lazy loading of Annotations: Add optional Attribute "TargetNamespace" to edmx:IncludeAnnotations element

                                                                                    iii.      OData CSDL OData Protocol

1.       ODATA-374 Returning heterogeneous types for a function call

 

e.      Issues in Applied state

                                                                                       i.      OData ABNF Construction Rules OData URL Conventions

1.       ODATA-393: Allow querying collections of primitive type instances similar to other collections

                                                                                     ii.      OData ATOM Format OData CSDL OData JSON Format OData Protocol

1.       ODATA-346: Order of child elements of <edm:Collection> MUST be preserved

                                                                                    iii.      OData ATOM Format OData JSON Format OData Protocol

1.       ODATA-351: Define ID, ReadLink and EditLink in Part 1: Protocol, define representation in Atom and JSON

2.       ODATA-379: Ensure consistency and clear description in specification of $count for 'Delta Responses' (public comment c201305e00000)

3.       ODATA-380: Insert a section in protocol (and similar in JSON and ATOM) named 'Security Considerations' (before 'Conformance')

                                                                                   iv.      OData ATOM Format OData JSON Format

1.       ODATA-389 JSON: use odata.kind values "Entity" and "deletedEntity", Atom: use metadata:link and metadata:deleted-link

2.       ODATA-378 Support relative IRIs for ids in JSON

3.       ODATA-102 Representing Actions/Functions Bound to Multiple Entities

4.       ODATA-388: Remove "when" from OData-specific items in delta responses

                                                                                     v.      OData CSDL

1.       ODATA-373 Add boolean expressions that can be used in <edm:If>

2.       ODATA-370 Disallow Nullable facet for collection-valued properties

3.       ODATA-364: Explicitly state that the restriction that a property MUST NOT have the same name as its containing type only applies to directly declared properties

4.       ODATA-387: Replace (at least) the second example in Section 13 of the CSDL document (public comment c201305e00002)

5.       ODATA-396: Partner attribute of edm:NavigationProperty is a property path, not a SimpleIdentifier

                                                                                   vi.      OData CSDL OData URL Conventions

1.       ODATA-365 Rename edm:AssertType to edm:Cast and clarify behavior of edm:Cast and cast()

                                                                                  vii.      OData JSON Format

1.       ODATA-376 Navigation link representation for navigation properties of complex type instances

2.       ODATA-152 JSON: Add examples for all request and response types using a consistent sample OData service

3.       ODATA-390: Additional description of use of GeoJSON in OData JSON.

                                                                                viii.      OData Protocol

1.       ODATA-371 Clearly describe behavior of PUT for structural and navigation properties

2.       ODATA-369 POST to navigation link with binding information leading to a different "parent" is invalid

3.       ODATA-368 Deep insert: if server responds with 201 Created it MUST respond with at least the expansion depth of the insert operation

4.       ODATA-367 Explicitly state that server MAY expand results beyond what's requested with $expand

5.       ODATA-366 Clarify whether server-generated properties can be omitted in POST, even if they are not nullable

                                                                                   ix.      OData URL Conventions

1.       ODATA-375 Allow querying collections of complex type instances similar to querying collections of entities

2.       ODATA-392: Expanded Navigation Properties should be implicitly added to $select

 

6.       Next meeting [8:58am PT]

a.       May 30, 2013 during 8-10am PT

 

7.       AOB and wrap up [8:59am PT]

 

[2] References

·         Conference call details: https://www.oasis-open.org/apps/org/workgroup/odata/download.php/46401/TC%20meeting%20dial-in%20details.htm

·         Chat room: http://webconf.soaphub.org/conf/room/odatatc

 

[3] Timeline

https://www.oasis-open.org/committees/download.php/48148/TC%20Timeline%203.htm

 

 




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]