You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have just one wording suggestion. In section 3 it says:
> The media types defined in this document include an optional profile
> parameter that can be used to mirror the eat_profile claim of the
> transported EAT. Exposing the EAT profile at the API layer allows
> API routers to dispatch payloads directly to the profile-specific
> processor without having to snoop into the request bodies.
That is of course true, but the justification can be even stronger by pointing out that it also allows use when the payload is not present in the message, such as in an Accept header (and indeed section 4 shows that).
Indeed, the TEEP protocol uses it in both Content-Type and Accept, just like in section 4.
The text was updated successfully, but these errors were encountered:
It may be worth adding an informational reference to RFC4151 for the tag URIs in the
examples. Maybe add this to the sentence at the end of section 4:
“In both cases, a tag URI [RFC4151] identifying the profile is carried as an explicit
parameter.”
* DEB (the acronym) is no more
* add refs to REST design documents for HTTP and CoAP
* two edits suggested by Carl and Dave
Fix#7Fix#8Fix#9
Signed-off-by: Thomas Fossati <thomas.fossati@arm.com>
* rename the media-type parameter from `profile` to `eat_profile`
* DEB (the acronym) is no more
* add refs to REST design documents for HTTP and CoAP
* two edits suggested by Carl and Dave
also:
* add line RFC8792 line folding in HTTP examples
* add a changelog
Fix#4Fix#7Fix#8Fix#9
Signed-off-by: Thomas Fossati <thomas.fossati@arm.com>
Dave Thaler in https://mailarchive.ietf.org/arch/msg/rats/5BZdOsNNquo9l6nuUSEbkobOWiY/
The text was updated successfully, but these errors were encountered: