← Prev in month ← Prev in thread
Next in thread → Next in month →

[OASIS Issue Tracker] Created: (ODATA-158) OData ATOM format should require <category> element

From
OASIS Issues Tracker <>
Date
2012-11-02T22:28:37+00:00
ID
828607835.7461351895305142.JavaMail.tomcat55@mw00
Thread
[OASIS Issue Tracker] Created: (ODATA-158) OData ATOM format should require <category> element
OData ATOM format should require <category> element
---------------------------------------------------

                 Key: ODATA-158
                 URL: http://tools.oasis-open.org/issues/browse/ODATA-158
             Project: OASIS Open Data Protocol (OData) TC
          Issue Type: Bug
          Components: OData ATOM Format v1.0
         Environment: [Proposed]
            Reporter: Michael Pizzo
            Assignee: Michael Pizzo


The <category> element is used in atom to identify the type of the individual entity. Many clients rely on this element in order to understand the type of the individual entry.

The atom specification currently says this element is optional if the type of the entity can be determined from the feed (in particular, if there is no inheritance hierarchy):

"An OData entry MAY contain a single atom:category element with a scheme attribute equal to "http://schemas.microsoft.com/ado/2007/08/dataservices/scheme" to identify the entity type of the entry. This element MUST be present if the entry represents an entity whose type is part of a type hierarchy."

This optionality adds complexity to the client logic, as clients don't have a single place to look to determine the type; they have to understand more context in order to determine the type in the absence of the element.

The savings of omitting this element is negligible for the ATOM format.

-- 
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
← Prev in month ← Prev in thread
Next in thread → Next in month →