Fiware 使用Cygnus向Cosmos发送Orion上下文代理0.13.0实体
我用天鹅座向宇宙发送数据。当存在对上下文代理的实体订阅时,您必须在JSON消息中指定实体属性必须更新或发送给Cygnus时的事件或触发器。在Cygnus文档中出现以下链接: 它在Orion上下文代理的0.13.0版本中工作Fiware 使用Cygnus向Cosmos发送Orion上下文代理0.13.0实体,fiware,fiware-orion,fiware-cygnus,Fiware,Fiware Orion,Fiware Cygnus,我用天鹅座向宇宙发送数据。当存在对上下文代理的实体订阅时,您必须在JSON消息中指定实体属性必须更新或发送给Cygnus时的事件或触发器。在Cygnus文档中出现以下链接: 它在Orion上下文代理的0.13.0版本中工作 首先必须创建实体,然后创建通知?或者可以在同一个JSON消息中创建实体订阅和通知吗 我可以看看JSON中的一个例子吗?通用订阅/通知机制在Orion 0.13.0中与Cygnus一起工作(一般来说,除了非常古老的版本外,任何版本都可以)。一般来说,该过程将假设您已正确配置并
首先必须创建实体,然后创建通知?或者可以在同一个JSON消息中创建实体订阅和通知吗
我可以看看JSON中的一个例子吗?通用订阅/通知机制在Orion 0.13.0中与Cygnus一起工作(一般来说,除了非常古老的版本外,任何版本都可以)。一般来说,该过程将假设您已正确配置并运行Orion和Cygnus实例: 首先,使用Cygnus正在侦听的主机/端口作为参考,在Orion上创建订阅。订阅示例:
{
"entities": [
{
"type": "Room",
"isPattern": "false",
"id": "Room1"
}
],
"attributes": [ ],
"reference": "cygnus_host:cygnus_port/cygnus_url",
"duration": "P1M",
"notifyConditions": [
{
"type": "ONCHANGE",
"condValues": [
"pressure",
"temperature"
]
}
]
}
其次,在Orion更新订阅中condValues处的任何实体属性。考虑到上面的示例,“压力”或“温度”中的更新将导致案例通知。例如,温度更新:
{
"contextElements": [
{
"type": "Room",
"isPattern": "false",
"id": "Room1",
"attributes": [
{
"name": "temperature",
"type": "centigrade",
"value": "26.5"
}
]
}
]
}
最后,上述更新将导致向Cygnus发送通知,并在已配置的接收器上依次发送,例如Cosmos BigData、MySQL(来自Cygnus 0.2.1)或CKAN(来自Cygnus 0.3)
其他意见:
- 通知可以包括实体的所有属性或其子集。此外,您可以使用实体模式订阅特定实体或组。查看详细信息
- 上面的cygnus_端口必须与cygnus配置中参数
的值匹配cygnusagent.sources.http source.port
- 上面的cygnus_url必须与cygnus中参数
的值匹配cygnusagent.sources.http source.handler.notification_target
- 如果您使用的是Cygnus 0.2.1或更早版本,则
的值必须与您使用的orion版本相匹配(Cygnus 0.3将不再使用此机制)cygnusagent.sources.http source.handler.orion_version
(注意:在引用元素之前包含http://由于StackOverFlow编辑限制,我无法自己添加它)“首先必须创建实体,然后再创建通知?”这让我有点困惑。。。您不在Orion上创建通知:您在Orion上创建的订阅将导致(在某些情况下)发送通知。这也让人混淆了“或者您可以在同一个JSON消息中创建实体订阅和通知吗?”同样,通知不是直接在Orion中“创建”的。