-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major
-
None
-
Affects Version/s: None
-
Component/s: REST/AtomPub Binding
-
None
It appears that the specification recommends a model for creating new resources that is quite different from what RFC 5023 (AtomPub) suggests.
In RFC 5023, new non-atom-entry resources are created by POSTing to a media collection, which results in both the payload being stored as media resource, and an entry document being returned (with Location pointing to the entry document, and the entry document linking to the media resource). See <http://greenbytes.de/tech/webdav/rfc5023.html#rfc.section.9.6>.
In CMIS, createDocument suggests to create the media entry first, and to either inline the content (base64!), or to set the content in a second request on the media entry.
What's the purpose of deviating from AtomPub here?