telefonicaid / telefonicaid/iotagent-node-lib
clarification needed on expected usage of deviceGroup -> device
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 62
- Forks
- 90
- Avg merge
- 2h 35m
- Merged PRs (30d)
- 1
Description
-
looking at the code and the docs it looks like that at creation time a deviceGroup is identified by the tuple (
resource,apiKey). This means that under the sameservice,subservicethere may be different deviceGroups. -
it is then unclear, at provisioning time of a device provisioning time how the relation is created since, the only information passed is
service,subservice, which seems to imply that device group can be only and only one for a tupleservice,subservice. -
the only moment were
apikeyis used is during the device update. which can imply that with a single deviceId registered and linked to a tupleservice,subserviceif 2 service groups with different apiKey are recorded, you would end up being able (for the same device) to register total different data (due to the two configuration of device group) but just using the two different apiKey.
not sure this is a feature or a bug :)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how deviceGroups are created and how device provisioning links a device using service and subservice. Compare that relation with the later apiKey-based device update path, then document the intended uniqueness and linkage rules, including whether multiple deviceGroups may exist for the same service and subservice.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- api, backend
- Issue type
- Documentation
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100