Welkom, Gasten
Gebruikersnaam: Wachtwoord: Onthoud mij

Onderwerp: inconsequenties in de Iungo API

inconsequenties in de Iungo API 1 jaar 4 maanden geleden #984

  • Gijs Wassink
  • Gijs Wassink's Profielfoto
  • Offline
  • Junior Boarder
  • Berichten: 20
  • Ontvangen bedankjes 4
Hallo,

Ik ben nog (steeds) bezig om voor de Iungo API in .NET een DLL te maken en kom de volgende zaken tegen
bij de implementatie en om een bijdrage te leveren om de API te verbeteren.hier een korte beschrijving van mijn bevindingen:

1. datalog_list_valid_logs uitvoeren

respons (zie picture 1:)
{
"logs": [
{
"prop": "power",
"oid": "57838165"
},
{
"prop": "usage",
"oid": "57838165"
},
etc....


2. object_info

oid "57838165"

respons
Error: Passed oid is unknown
(zie ook picture 2:)

3. datalog_get_first
{"ok":false,"type":"response","time":0.00053127299997868,"rv":false,"error":"Passed oid is unknown","systime":1511859440}
respons (zie picture 3:)

vragen:
A.
Bij (optie 1.) "datalog_list_valid_logs" wordt "57838165" als een valid_log getoont maar als je er vervolgens wat mee wil doen
bv. (optie 2.) "object_info" krijg je de "Error: Passed oid is unknown"
Dit is natuurlijk erg tegenstrijdig met elkaar.
oplossing:
a: datalog_list_valid_logs alleen "reele/bruikbare iod laten tonen"
b: foutmelding van "object_info" etc.... aanpassen (minder goede oplossing)


B.
Als de oid "57838165" gebruikt wordt in bv. (optie 3.) "datalog_get_first" dan wordt de json response {"ok":false,"type":"response","time":0.00053127299997868,"rv":false,"error":"Passed oid is unknown","systime":1511859440}
(zie picture 3:)

Op deze respons breekt de json deserializer zijn nek om dat in de variabele "rv" een getal verwacht wordt en er nu de waarde "false" staat.
Dit is natuurlijk m.b.v. error-trapping allemaal op te lossen maar waar om moeilijk doen als het m.i.z. simpel te voorkomen is als.
oplossing:
a: Zet in dit soort situaties gewoon de waarde "0" in "rv" en de gebruiker kan
dan in het gedeserialiseerde-object naar de waarde van "ok" en "error" kijken.
Bijlagen:
The administrator has disabled public write access.

inconsequenties in de Iungo API 1 jaar 4 maanden geleden #991

  • Rodney
  • Rodney's Profielfoto
  • Offline
  • Administrator
  • Berichten: 208
  • Ontvangen bedankjes 118
Allereerst, bedankt voor je feedback.....
Gijs Wassink schreef :
vragen:
A.
Bij (optie 1.) "datalog_list_valid_logs" wordt "57838165" als een valid_log getoont maar als je er vervolgens wat mee wil doen
bv. (optie 2.) "object_info" krijg je de "Error: Passed oid is unknown"
Dit is natuurlijk erg tegenstrijdig met elkaar.
oplossing:
a: datalog_list_valid_logs alleen "reele/bruikbare iod laten tonen"
b: foutmelding van "object_info" etc.... aanpassen (minder goede oplossing)

De enige juiste en dus nu gekozen oplossing is om alleen de valide logs te tonen, deze API call was ter voorbereiding van ook de historische logs (dat zijn de logs waar geen driver meer van is maar nog wel de data van wordt bewaard)

Bij deze Call hebben we dus de omschrijving en de uitvoering aangepast (komt mee met volgende update)
Gijs Wassink schreef :
B.
Als de oid "57838165" gebruikt wordt in bv. (optie 3.) "datalog_get_first" dan wordt de json response {"ok":false,"type":"response","time":0.00053127299997868,"rv":false,"error":"Passed oid is unknown","systime":1511859440}
(zie picture 3:)

Op deze respons breekt de json deserializer zijn nek om dat in de variabele "rv" een getal verwacht wordt en er nu de waarde "false" staat.
Dit is natuurlijk m.b.v. error-trapping allemaal op te lossen maar waar om moeilijk doen als het m.i.z. simpel te voorkomen is als.
oplossing:
a: Zet in dit soort situaties gewoon de waarde "0" in "rv" en de gebruiker kan
dan in het gedeserialiseerde-object naar de waarde van "ok" en "error" kijken.

Hier moet ik even wat dieper induiken want een rv met waarde false (ofwel rv = false) lijkt mij in de eerste instantie correct.....(Ik moet even nakijken wat de gevolgen zijn voor eventuele wijziging)
Laatst bewerkt: 1 jaar 4 maanden geleden door Rodney.
The administrator has disabled public write access.

inconsequenties in de Iungo API 1 jaar 4 maanden geleden #993

  • Gijs Wassink
  • Gijs Wassink's Profielfoto
  • Offline
  • Junior Boarder
  • Berichten: 20
  • Ontvangen bedankjes 4
Bedankt voor de reactie in iedergeval weer een kleine verbetering. En ben blij dat er serieus naar mijn opmerkingen wordt gekeken.
The administrator has disabled public write access.
Tijd voor maken pagina: 0.042 seconden