我在 fi-lab 上创建了一个新的 Orion 实例，以便将它连接到我们管理的 CEP 实例。将存储在我的 Orion 实例上的数据必须由位于 orion.lab.fi-ware.eu:1026 的现有 Orion 实例提供
为了让数据在新的 Orion 实例中可用，订阅请求被发送到“主要”Orion 实例。此订阅是一个 ONCHANGE 订阅，请求是使用适当的 header token 向 URL http://orion.lab.fi-ware.eu:1026/NGSI10/subscribeContext 发出的
请求内容如下:
{
"entities": [
{
"type": "location:mytype",
"isPattern": "false",
"id": "x:y:z"
}
],
"attributes": [],
"reference": "http://a.b.c.d:1026/",
"duration": "P1M",
"notifyConditions": [
{
"type": "ONCHANGE",
"condValues": [
"TimeInstant"
]
}
]
}
当我发出这个请求时，响应是:
<subscribeContextResponse>
<subscribeResponse>
<subscriptionId>53d7473d1860a3cb2359ff11</subscriptionId>
<duration>P1M</duration>
</subscribeResponse>
</subscribeContextResponse>
但是，当我从原始 Context Broker 中的实体“x:y:z”更新属性“TimeInstant”时，我的 Orion 实例中的类似实体没有任何变化。所以没有从原来的 Orion 到我的 Orion 的更新请求。
我已经完成了从我的 Orion Context Broker 实例到 Proton 引擎的 ONCHANGE 订阅，只需将请求的 url 引用属性更改为接收事件的 CEP url。
CB 实体与允许从 22、8080 和 1026 端口访问的安全组合作。
我认为问题出在 URL 引用属性中，我也尝试过使用 a.b.c.d:1026/NGSI10/updateContext，但我遇到了同样的问题。
有人可以给我关于我的问题的任何想法吗？
最佳答案
基于federation section in the Orion User Manual :
Note that the URL used in the reference has to be "/v1/notifyContext".
所以我认为使用 "reference": "http://a.b.c.d:1026/v1/notifyContext" 可以解决问题。
关于fiware-orion - 从 Orion Context Broker 订阅到另一个 Orion Context Broker 不起作用，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25010070/