Skip to content
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

TD Probing upon registration #229

Open
egekorkan opened this issue Oct 11, 2021 · 2 comments
Open

TD Probing upon registration #229

egekorkan opened this issue Oct 11, 2021 · 2 comments

Comments

@egekorkan
Copy link
Contributor

Coming from w3c/wot-testing#189 (also related to w3c/wot-thing-description#1244).

A directory should do validation of the TD document according to the spec however nothing is said whether it should also test the Thing behind the TD. It could be that someone registers nonexisting Thing TDs which would confuse the Consumers of these TDs. I don't see this as a mandatory feature but if a directory tests the Things by probing them upon registration, I would trust this directory more as a consumer. When some directories do that, can they somehow mention this in their TDs? As in, "If you choose to register your TDs in this directory, all of their interactions will be tested by this endpoint".

@farshidtz
Copy link
Member

This has similar challenges to polling of TDs by a directory or healthchecks; see #164 and #18 (comment).

In particular:

  • How to authorize the directory to access those endpoints?
  • What about devices that are behind a firewall and not directly accessible from the directory?
  • What if the device is sleeping/offline during the registration?

@egekorkan
Copy link
Contributor Author

These are all valid points. I think that this should be an optional feature anyway and only when the directory can invoke the endpoints successfully, it would put test failed or not. If no communication can be established, no need to enrich the TD, which is the current case. For our use case, the directory is in the same network as the devices (which never sleep) and can easily test all of them. The points above are valid but not necessarily blockers in 100% of the cases.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants