telefonicaid / telefonicaid/iotagent-node-lib

clarification needed on expected usage of deviceGroup -> device

Open
#686 8 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

documentation
Dominant language
JavaScript
Stars
62
Forks
90
Avg merge
2h 35m
Merged PRs (30d)
1

Description

  1. 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 same service,subservice there may be different deviceGroups.

  2. 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 tuple service,subservice.

  3. the only moment were apikey is used is during the device update. which can imply that with a single deviceId registered and linked to a tuple service,subservice if 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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.