Problèmes avec v1/QueryContext nécessaires à l'intégration de SpagoBI

Question

Dans la version 1.7.0 d'Orion CB exécutant la version docker dans Docker pour Windows, si je crée un objet simple POST faire http://localhost:1026/v1/updateContext

avec le corps:

{ 
    "contextElements": [ 
     { 
      "type": "Car", 
      "id": "myNewCar", 
      "attributes": [ 
       { 
        "name": "maxSpeed", 
        "type": "integer", 
        "value": "220" 
       } 
      ] 
     } 
    ], 
    "updateAction": "APPEND" 
} 

je reçois la réponse:

{ 
    "contextResponses": [ 
    { 
     "contextElement": { 
     "type": "Car", 
     "isPattern": "false", 
     "id": "myNewCar", 
     "attributes": [ 
      { 
      "name": "maxSpeed", 
      "type": "integer", 
      "value": "" 
      } 
     ] 
     }, 
     "statusCode": { 
     "code": "200", 
     "reasonPhrase": "OK" 
     } 
    } 
    ] 
} 

Alors, si je fais POST http://localhost:1026/v1/queryContext avec les mêmes en-têtes et les mêmes COMPON ents avec le corps

{ 
    "entities": [ 
     { 
      "type": "Car", 
      "isPattern": "false", 
      "id": "myNewCar" 
     } 
    ] 
} 

je reçois les éléments suivants:

{ 
    "errorCode": { 
    "code": "404", 
    "reasonPhrase": "No context element found" 
    } 
} 

qui ne devrait pas être problématique (je peux interroger les entités avec API v2, par exemple) si elle n'a pas été nécessaire pour l'intégration avec des outils de représentation de données tels que SpagoBI comme documenté dans http://spagobi.readthedocs.io/en/latest/user/NGSI/README/

Que puis-je faire? Je fais quelque chose de mal avec la disposition de contexte?

Merci!

Answer 1

Mon problème était que j'utilisais une collection Postman importée de l'API (Téléchargé de https://github.com/telefonicaid/fiware-orion/tree/develop/doc/apiary/v2) et accidentellement j'utilisais l'en-tête Fiware-Service.

Vous avez raison et vos tests fonctionnent correctement.

Merci pour la réponse rapide !!