2016-05-03 3 views
1

Gibt es bekannte Einschränkungen hinsichtlich der Länge von Werten eines Attributs oder eines Metadatenwerts?Orion Context Broker - Fehlerhafter JSON-Parse-Fehler bei relativ langem Attributwert

Auf eine recht lange Zeichenfolge Einstellung (> 30-40k Zeichen) auf Attributwert Ich erhalte eine

[email protected]:45:37 jsonRequest.cpp[225]: Bad Input (JSON Parse Error) 
[email protected]:45:37 UpdateContextResponse.cpp[60]: destroyed 
[email protected]:45:37 UpdateContextResponse.cpp[74]: destroyed 
[email protected]:45:37 jsonRequest.cpp[233]: Bad Input (JSON Parse Error:     <unspecified file>(1): expected end of input) 
[email protected]:45:37 RestService.cpp[126]: result: '{ 
    "errorCode" : { 
    "code" : "400", 
    "reasonPhrase" : "Bad Request", 
    "details" : "JSON Parse Error" 
    }  
} 

Version 0.25.0 (git Version: a8cf800d4e9fdd7b4293a886490c40309a5bb58c)

diesen Beitrag Befehl:

curl localhost:1026/v1/updateContext -s -S --header 'Content-Type:  application/json' --header 'Accept: application/json' -d @entity1.json -v 

und Einheit json entity1.json: http://pastebin.com/Esraq80S

Beobachtetes Verhalten: Auf bereinigter Datenbank (alle Entitäten entfernt) und erneutem Dienst ist der Post zum ersten Mal erfolgreich und schlägt in den folgenden fehl.

Vielen Dank !!

+0

Ich versuche, das Problem mit der Pastebin-Datei zu reproduzieren, aber in meinem Fall funktioniert es. Bitte schauen Sie sich die Testsitzung unter https://gist.github.com/fgalan/f407d065ca69cde5635894261a0f4adb an, um zu überprüfen, ob ich etwas anderes mache. Beachten Sie, dass die Orion-Version genau mit Ihrer Versionsnummer und githash identisch ist und überprüfen Sie, ob die md5sum für entity1.json mit der tatsächlichen Datei auch auf Ihrer Seite übereinstimmt. Vielen Dank! – fgalan

+0

Berücksichtigung "Auf gereinigt DB (alle Entitäten entfernt) und Service neu gestartet der Beitrag ist erfolgreich zum ersten Mal und schlägt in den folgenden" (Entschuldigung, habe ich nicht in einem ersten lesen), habe ich eine weitere Testsitzung gemacht : https://gist.github.com/fgalan/35761cdeeb9bcb2aedf3b44983b20de5. M5DSUM ist das gleiche, DB wird vor dem Start des Tests bereinigt und 2 updateContext werden hintereinander ausgeführt (beide erfolgreich). – fgalan

+0

Ja, Versionen oder Orion und MD5sum auf der JSON-Datei sind die gleichen. Ich beobachte immer noch das gleiche Verhalten. Ich mache die gleiche Testsitzung (mit den 2 aufeinander folgenden Updates auf gelöschten Entitäten): https://gist.github.com/theodori/96828d16f3f740f506f13036ab740fb1 a und hier ist die Log-Ausgabe oder Orion gestartet mit -fg Parameter https://gist.github.com/theodori/9cac5751f528fc7ed6b43394a9ba1de9 Vielen Dank! – Evangelos

Antwort

0

Basierend auf Benutzerbericht (siehe Kommentare Thread in der Frage Post), das Upgrade auf Orion 1.1.0 löst das Problem.

Die Ursache des Problems in 0.25.0 bleibt unbekannt. Der Changelog von 0.25.0 auf 1.1.0 unter https://github.com/telefonicaid/fiware-orion/releases könnte sorgfältig untersucht werden, um den Fix zu finden, aber wahrscheinlich ist es die Zeit nicht wert.

Verwandte Themen