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

iotManager asociado solo al api_key #78

Open
fgalan opened this issue Feb 1, 2024 · 2 comments
Open

iotManager asociado solo al api_key #78

fgalan opened this issue Feb 1, 2024 · 2 comments

Comments

@fgalan
Copy link
Contributor

fgalan commented Feb 1, 2024

Actualmente el iotManager está atado a un device_id. Sin perder esta funcionalidad, sería útil poder atarlo solo al api_key, de forma que el device_id se estableciera en tiempo envio de medidas, en el método de envío de medidas (send_http o send_http_batch).

Viene de #70 (comment)

@fgalan fgalan changed the title iotManager asociado solo al api iotManager asociado solo al api_key Feb 1, 2024
@mapedraza
Copy link
Collaborator

Con el fin de mantener la retrocompatibilidad, estos métodos (send_http y send_http_batch) deberían tener como parámetro de entrada y manera opcional el device_id. En caso de que fuera provisto en la llamada al método, el envío se haría usando dicho id, en vez del id interno del objeto (provisto en el momento de la creación del obejto)

@fgalan
Copy link
Contributor Author

fgalan commented Feb 1, 2024

Adicionalmente, el device_id también lo haría opcional en el constructor del iotManager.

Básicamente, este comportamiento:

  • Si device_id se declara en send_http/send_http_batch, se usa ese
  • Si device_id no está declarado en send_http/send_http_batch pero sí en el constructor de iotManager, se usa este último
  • Si device_id no está declarado en send_http/send_http_batch pero y tampoco en el constructor de iotManager, devolver error

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

2 participants