[OASIS Issue Tracker] Updated: (ODATA-322) Define how nested service documents are supported

From
OASIS Issues Tracker <>
Date
2013-04-04T10:01:06+00:00
ID
1098426058.8571365069649963.JavaMail.tomcat55@mw00
Thread
[OASIS Issue Tracker] Updated: (ODATA-322) Define how nested service documents are supported
[ http://tools.oasis-open.org/issues/browse/ODATA-322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ralf Handl updated ODATA-322:
-----------------------------

    Component/s: OData JSON Format
                     (was: OData Extension for JSON Data )

Using app:collection to point to a single service document seems to be a misuse of AtomPub: an app:accept child element application/atomsvc+xml signals that I can POST service documents to this collection, creating a media entity that points to the POSTed service document. GET to the collection will return a feed of media entries, each of them pointing to a service document.

To be consistent with function imports and named entities we should instead introduce a new metadata:service-document element as a sibling of app:collection, metadata:entity and metadata:function-import.

> Define how nested service documents are supported
> -------------------------------------------------
>
>                 Key: ODATA-322
>                 URL: http://tools.oasis-open.org/issues/browse/ODATA-322
>             Project: OASIS Open Data Protocol (OData) TC
>          Issue Type: New Feature
>          Components: OData ATOM Format , OData JSON Format, OData Protocol 
>         Environment: [Proposed]
>            Reporter: Michael Pizzo
>
> Service documents allow a hypermedia-driven client to dynamically explore services. Such clients should be able to navigate across services that may not share the same root metadata or service document.
> Supporting nested service documents (service documents referencing other service documents) allows a federated experience including data from multiple loosely-coupled services.
> In ATOM service documents clients today model this by exposing a collection whose type is application/atomsvc+xml. We should call out that usage explicitly, and support a similar "ServiceDocument" entry in JSON service documents.

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