search

core-wg / corrclar

Corrections and Clarifications to CoRE standards
Other
0 stars 0 forks source link

Options should say whether they apply to requests, responses, or both #12

Open cabo opened 4 years ago

cabo commented 4 years ago

Not all descriptions of options make explicit whether the option can be used on requests, responses, or both. E.g., 5.10.4 Accept doesn't say explicitly that this option is for requests. 5.10.8 does imply that conditional request options are for requests, but doesn't say so outright.

chrysn commented 4 years ago

If that information is added to tables, some option properties could be split up by it.

For example, ETag is repeatable in requests but not in responses.

boaks commented 1 year ago

Though I currently redesigned the option implementation in Eclipse/Californium, I assume, this issue has at least two parts.

  1. it's not only request or response, considering DELETE, I don't see ACCEPT nor CONTENT_TYPE as useful. So it may be even related to the message code. Same would be an etag for error responses.

  2. if the RFC is improved specifying the proper usage of option in relation if the message code, I guess it's also required to specify, what should happen, if this "late limitation" is violated.