-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Minimum requirements for a TDD #266
Comments
See also: #208 I suggest that only the listing and retrieval features should be mandatory, to allow for read-only directories. |
@egekorkan
This is work in progress; see #86. We have a note here to remind us that we need to specify required affordances in the TM. I've created a PR to address your other concerns. |
There are some issues about the minimum requirements on search but I could not find one about requirements in general for any TDD. If someone gives me the URL of a TDD, am I guaranteed to get an answer to an HTTP GET request to
/things
? How about the other operations/methods and endpoints etc.? I have mentioned a bit of this at #178.It would be nice to have
tm:required
on mandatory affordances of the TDD TM if this is indeed the case. Also, from the text it seems that I do not have to implement retrieval but I have to implement update and registration. To be clear, here is what retrieval has as assertion:which does not mean that retrieval is mandatory but how it should be implemented is assertive. Whereas the creation says>
which is also not very clear but I can understand it as creation being mandatory.
There is also the following assertion:
However, it is not watertight that these interfaces are for TDs (a bit of a weird interpretation but possible).
In any case, is it allowed to have a TDD that is only for retrieval and another one that is only for creation and updates. Currently, the only way to have such levels is having different security levels.
The text was updated successfully, but these errors were encountered: