- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我已使用 AWS 部署了 Orion Context Broker v0.20.0 实例。我正在尝试在 Fiware Lab Wirecloud Mashup 的 MapViewer 小部件上显示其中的实体。
我似乎在 NGSI 源操作符方面遇到了一些麻烦。我已经配置它:
我像这样运行我的 Conntext 代理实例:contextBroker -port 1026 -logDir/var/log/contextBroker -pidpath/var/run/contextBroker/contextBroker.pid -dbhost localhost -db orion -t 0-255 -rush localhost:5001,它可以工作,但是当我接受运算符(operator)配置来创建订阅时,这是我在 Context Broker 上读到的内容:
DEBUG@12:07:40 senderThread.cpp[47]: sending to: host='ngsiproxy.lab.fi-ware.org', port=443, verb=POST, tenant='', service-path: '', xauthToken: '', path='/callbacks/14:27:47-1:15:08:34-1', content-type: application/xml
DEBUG@12:07:40 sem.cpp[124]: transactionIdSet taking the 'trans' semaphore for 'changing the transaction id'
DEBUG@12:07:40 sem.cpp[126]: transactionIdSet has the 'trans' semaphore
DEBUG@12:07:40 sem.cpp[181]: transactionIdSet gives the 'trans' semaphore for 'changing the transaction id'
INFO@12:07:40 clientSocketHttp.cpp[154]: Starting transaction to ngsiproxy.lab.fi-ware.org:443/callbacks/14:27:47-1:15:08:34-1
DEBUG@12:07:40 clientSocketHttp.cpp[240]: HTTP-HEADERS: 'X-relayer-host: ngsiproxy.lab.fi-ware.org:443'
DEBUG@12:07:40 clientSocketHttp.cpp[247]: HTTP-HEADERS: 'X-relayer-protocol: https'
DEBUG@12:07:40 clientSocketHttp.cpp[260]: HTTP-HEADERS: 'User-Agent: orion/0.20.0 libcurl/7.19.7'
DEBUG@12:07:40 clientSocketHttp.cpp[268]: HTTP-HEADERS: 'Host: localhost:5001'
DEBUG@12:07:40 clientSocketHttp.cpp[305]: HTTP-HEADERS: 'Content-length: 1141'
DEBUG@12:07:40 clientSocketHttp.cpp[353]: Sending message 18 to HTTP server: sending message of 1370 bytes to HTTP server
WARNING@12:07:40 clientSocketHttp.cpp[358]: Notification failure for localhost:5001 (curl_easy_perform failed: Couldn't connect to server)
INFO@12:07:40 clientSocketHttp.cpp[375]: Transaction ended
我知道有类似的问题here ,但到目前为止它还没有解决我的问题,Orion 文档也没有解决。
我非常感谢您提供的任何帮助。
编辑:
看起来那个rush事件没有安装,所以我安装了。
但是每次我尝试运行监听器时,都会出现以下错误:
time=2015-05-07T13:56:17.331Z | lvl=ERROR | op=RESPUSH BUCKET TASKS | msg=Error getting bucket elements | corr=N/A | trans=N/A | hostname=***** | component=retryBuckets | error=[Error: ERR unknown command 'evalsha']
现在,当我接受运算符(operator)时,这是痕迹:
-ORION:
DEBUG@15:04:28 senderThread.cpp[47]: sending to: host='ngsiproxy.lab.fi-ware.org', port=443, verb=POST, tenant='', service-path: '', xauthToken: '', path='/callbacks/13:35:20-1:18:05:22-1', content-type: application/xml
DEBUG@15:04:28 sem.cpp[124]: transactionIdSet taking the 'trans' semaphore for 'changing the transaction id'
DEBUG@15:04:28 sem.cpp[126]: transactionIdSet has the 'trans' semaphore
DEBUG@15:04:28 sem.cpp[181]: transactionIdSet gives the 'trans' semaphore for 'changing the transaction id'
INFO@15:04:28 clientSocketHttp.cpp[154]: Starting transaction to ngsiproxy.lab.fi-ware.org:443/callbacks/13:35:20-1:18:05:22-1
DEBUG@15:04:28 clientSocketHttp.cpp[240]: HTTP-HEADERS: 'X-relayer-host: ngsiproxy.lab.fi-ware.org:443'
DEBUG@15:04:28 clientSocketHttp.cpp[247]: HTTP-HEADERS: 'X-relayer-protocol: https'
DEBUG@15:04:28 clientSocketHttp.cpp[260]: HTTP-HEADERS: 'User-Agent: orion/0.20.0 libcurl/7.19.7'
DEBUG@15:04:28 clientSocketHttp.cpp[268]: HTTP-HEADERS: 'Host: localhost:5001'
DEBUG@15:04:28 clientSocketHttp.cpp[305]: HTTP-HEADERS: 'Content-length: 1141'
DEBUG@15:04:28 clientSocketHttp.cpp[353]: Sending message 1 to HTTP server: sending message of 1370 bytes to HTTP server
INFO@15:04:28 clientSocketHttp.cpp[364]: Notification Successfully Sent to localhost:5001/callbacks/13:35:20-1:18:05:22-1
INFO@15:04:28 clientSocketHttp.cpp[375]: Transaction ended
-监听器:
time=2015-05-07T15:08:12.803Z | lvl=INFO | op=RELAY REQUEST | msg=Relay Request received | corr=N/A | trans=N/A | hostname=Orion-Njoy | component=listener | userID='127.0.0.1' | reqInfo={ url: '/callbacks/13:35:20-1:18:09:06-1', method: 'POST', remoteAddress: '127.0.0.1', headers: { 'x-relayer-host': 'ngsiproxy.lab.fi-ware.org:443', 'x-relayer-protocol': 'https', 'x-relayer-proxy': undefined, 'x-relayer-retry': undefined, 'x-relayer-httpcallback': undefined, 'x-relayer-persistence': undefined, 'x-relayer-traceid': undefined, 'x-relayer-encoding': undefined, 'content-type': 'application/xml' }, responseTime: 1, statusCode: 500, bodyLength: 1141, id: { exceptionId: 'SVR1000', exceptionText: 'Generic Server Error: Error: ERR unknown command \'evalsha\'' } }
time=2015-05-07T15:08:12.803Z | lvl=INFO | op=PERSISTENCE | msg=Persistence Completed | corr=N/A | trans=e1467620-f4ca-11e4-a50f-ebe0dffc0e2e | hostname=Orion-Njoy | component=evPersistence | userID='127.0.0.1' | state='error'
-消费者:
time=2015-05-07T13:56:17.331Z | lvl=ERROR | op=RESPUSH BUCKET TASKS | msg=Error getting bucket elements | corr=N/A | trans=N/A | hostname=Orion-Njoy | component=retryBuckets | error=[Error: ERR unknown command 'evalsha']
请问有什么想法吗?
编辑2:
多亏了大家的回复,我才成功让它发挥作用。问题是我使用的是redis 2.4,并且需要2.6或更高版本。现在我可以在 map 查看器中看到我的实体。
如果有人遇到同样的问题,请不要忘记 install Rush并按照此instructions安装Redis 2.6:
感谢大家的帮助。
最佳答案
可能是redis版本太旧了。 EVAL/EVALSHA 命令是在 redis 2.6 中引入的。我会检查redis版本(>2.6.0)
关于fiware - Rush 无法在我的 Orion Context Broker 上运行,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30076969/
我们有一个 Orion 实例,大约每一两天崩溃一次。 在 /var/log/contextBroker/contextBroker-service.out 中我发现: log directory: '
我已经在运行 Linux 的本地硬件上下载并安装了来自 Orion 的最新源代码。原则上一切正常。但我想知道是否可以做任何事情以获得更高的性能。每当我在一个循环中处理多个实体(在/contextEle
我在 fi-lab 上创建了一个新的 Orion 实例,以便将它连接到我们管理的 CEP 实例。将存储在我的 Orion 实例上的数据必须由位于 orion.lab.fi-ware.eu:1026 的
Orion 如何处理实体属性更新? 我有一个具有三个属性 B、C、D 的实体 A。 如果我用更多三个属性 X、Y、Z 更新 A,我也需要在更新请求 B、C、D 中追加吗?或者 Orion 会在 A 属
我想知道是否有一种方法可以按已经在属性内的属性值(不是元数据)进行搜索。假设我在 Orion 中有以下实体: { id: NJ8sE0r90, type: Review,
我们正在开展一个涉及 Orion GE 的项目。 在这种情况下,我们将从找到最接近给定坐标的项目的方法中受益匪浅。目前,您可以按形状中包含的项目进行查询,但我无法找到“最近点”查询。这可能吗? (有一
尝试连接到我的 Orion CB,它具有通过 IoTAgentCPP/IDAS 创建的实体。两者都是最新的 Docker 版本(okt 30 2015)。使用 FIGWAY Python 脚本一切正常
通过使用基于 centos6 的 dockerfile 定义和提供的最新 rpm 编译,Context Broker Orion 在我的 Cloud + CoreOS + Docker 架构中崩溃。
在 Oc4j 中,如果我们有一个 EAR 应用程序,我们可以告诉部署者使用 orion-application 为应用程序创建一个数据源,如下所示: 它使用:
我在 CentOS 6.5 服务器上运行着一个 Orion Context Broker GE 实例。显然它工作正常:我可以通过网络 REST 客户端进行 REST 查询,使用 updateConte
Fiware发布最新版本0.24.0;请问你能提供一个虚拟机虚拟机的链接吗?您认为它什么时候可以用于生产? 谢谢 最佳答案 VirtualBox VM 的链接是:http://bit.ly/fiwar
我正在尝试使用 Cygnus 将我的 Orion 数据保存到公共(public) cosmos.lab.fi-ware.org 实例中。Cygnus 已启动并正在运行,我的 /usr/cygnus/c
成功安装 Cygnus 连接器并测试订阅的创建后。 使用波纹管文件: agent_1.conf cygnus-ngsi.sources = http-source cygnus-ngsi.sinks
我已经绑定(bind)到在 OCB 中插入一个密码属性编码的实体: { "id": "prueba-tipo-string2", "type": "StringPars
我使用的是 CentOS 7.1 运行: yum install -y epel-release yum install -y mongodb-org yum install -y boost-fil
我遵循了 Orion 中关于实体创建/更新和订阅的官方指南,它们正在运行并且我得到了成功响应。但是 Orion 不会向 Cygnus 发送通知。 我是不是漏掉了一些步骤? 这些是我正在使用的基本脚本:
订阅检测实体的创建和更新,但不检测实体的删除。 创建订阅: 发布http://myhost:orion_port/v2/subscriptions { "description": "Send
我是这个 Realm 的新手。 我已通过以下链接通过我的VM(centOS)上的源安装了Fiware-orion:https://fiware-orion.readthedocs.io/en/mast
我在 FILAB 中部署了一个 Orion 实例,并配置了 Cygnus inyector 以便在 Cosmos 中存储信息。 但是......让我们想象一个实体数量急剧增加的场景。在这个假设场景中,
我刚刚使用 Nginx 创建了一个 OCB 的 dockerized 负载平衡版本,并且 supervisord 运行由 Nginx 平衡的 Orion 的单独实例。仅用于测试目的。 我的问题是,如果
我是一名优秀的程序员,十分优秀!