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

[OASIS Issue Tracker] Created: (ODATA-332) Ensure comparability and emphasize differences in directly grokable way for all formats (currently only ATOM and JSON)

From
OASIS Issues Tracker <>
Date
2013-04-11T09:08:54+00:00
ID
1794943423.471365671323792.JavaMail.tomcat55@mw00
Thread
[OASIS Issue Tracker] Created: (ODATA-332) Ensure comparability and emphasize differences in directly grokable way for all formats (currently only ATOM and JSON)
Ensure comparability and emphasize differences in directly grokable way for all formats (currently only ATOM and JSON)
----------------------------------------------------------------------------------------------------------------------

                 Key: ODATA-332
                 URL: http://tools.oasis-open.org/issues/browse/ODATA-332
             Project: OASIS Open Data Protocol (OData) TC
          Issue Type: Improvement
          Components: OData ATOM Format , OData Extension for JSON Data 
    Affects Versions: V4.0_WD01
            Reporter: Stefan Drees
             Fix For: V4.0_WD01


The current revisions of [OData ATOM Format Version 4.0](https://www.oasis-open.org/committees/download.php/48588/odata-atom-format-v4.0-wd01-2013-03-19.doc) and [OData JSON Format Version 4.0](https://www.oasis-open.org/committees/download.php/48589/odata-json-format-v4.0-wd01-2013-03-19.doc) might be easily enhanced for the reader in performing structural transformations and/or add examples to ensure comparability and emphasize differences in directly grokable way for the form that open data uses in message instances (request and repsonse the like).

1. I think structuring the documents in a directly similar open data oriented way should be a good first step.
2. Highlight the (possible) gotchas when changing from one format to another could be described in all places, where information might get lost or needs complicated transformations on part of the client and/or server.
3. Share the same open data example content in 'format#xyz' form, so that the reader has a spot on for the format and not has to blend out the content when comparing the formats.
4. Show - besides noting conventional suppression policies per format - how to explicitly set default values, so that it is clear for any case.
5. Indicate, where a user or implementer using ATOM, JSON for years should be aware of unconventional usage of the format in OData context



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