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

Support profile mechanism #531

Open
relu91 opened this issue Jan 22, 2024 · 2 comments
Open

Support profile mechanism #531

relu91 opened this issue Jan 22, 2024 · 2 comments
Labels
API-improvement Suggestions for changing the API use case Describes a scenario that may be useful for technical decisions

Comments

@relu91
Copy link
Member

relu91 commented Jan 22, 2024

Currently, Scripting API does not provide any dedicated function for handling the Profile mechanism. We need to discuss whether we must support this starting from a use case or user story description.

Generated from #352

@relu91 relu91 added use case Describes a scenario that may be useful for technical decisions API-improvement Suggestions for changing the API labels Jan 22, 2024
@zolkis
Copy link
Contributor

zolkis commented Jan 22, 2024

We don't seem to need a function for handling the profile mechanism, which says that the property "profile" should be included with a valid URI.

On consuming, that is supported (via ConsumedThing.getThingDescription()).

On exposing, the init dict provided to produce() may contain it.

What other developer scenario is missing?

@danielpeintner
Copy link
Contributor

There are 2 things that concern me when it comes to profiles

  • profiles can not only subset the TD. In fact they can also superset the TD
  • each profile may come up with certain constraints (that Scripting might need to check). Not sure if we can (and want) to add support for that

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
API-improvement Suggestions for changing the API use case Describes a scenario that may be useful for technical decisions
Projects
None yet
Development

No branches or pull requests

3 participants