Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/sql-server/27.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Fiware Wirecloud FI软件测试台兼容性_Fiware_Fiware Wirecloud - Fatal编程技术网

Fiware Wirecloud FI软件测试台兼容性

Fiware Wirecloud FI软件测试台兼容性,fiware,fiware-wirecloud,Fiware,Fiware Wirecloud,我想知道Wirecloud是否能够通过FI-WARE Testbed而不是FI-lab提供对对象存储的完全支持。我已经成功地将Wirecloud与Testbed集成,并开发了一组小部件,能够将文件上传/下载到FI-lab中的特定容器中。但是,同样的小部件在Fi lab中似乎不起作用,因为我在尝试检索身份验证令牌时也遇到了错误500,而众所周知的对象存储测试小部件包含以下响应: SyntaxError: Unexpected token at Object.parse (native)

我想知道Wirecloud是否能够通过FI-WARE Testbed而不是FI-lab提供对对象存储的完全支持。我已经成功地将Wirecloud与Testbed集成,并开发了一组小部件,能够将文件上传/下载到FI-lab中的特定容器中。但是,同样的小部件在Fi lab中似乎不起作用,因为我在尝试检索身份验证令牌时也遇到了错误500,而众所周知的对象存储测试小部件包含以下响应:

SyntaxError: Unexpected token 
    at Object.parse (native)
    at create (/home/fiware/fi-ware-keystone-proxy/controllers/Token.js:343:25)
    at callbacks (/home/fiware/fi-ware-keystone-proxy/node_modules/express/lib/router/index.js:164:37)
    at param (/home/fiware/fi-ware-keystone-proxy/node_modules/express/lib/router/index.js:138:11)
    at pass (/home/fiware/fi-ware-keystone-proxy/node_modules/express/lib/router/index.js:145:5)
    at Router._dispatch (/home/fiware/fi-ware-keystone-proxy/node_modules/express/lib/router/index.js:173:5)
    at Object.router (/home/fiware/fi-ware-keystone-proxy/node_modules/express/lib/router/index.js:33:10)
    at next (/home/fiware/fi-ware-keystone-proxy/node_modules/express/node_modules/connect/lib/proto.js:195:15)
    at Object.handle (/home/fiware/fi-ware-keystone-proxy/server.js:31:5)
    at next (/home/fiware/fi-ware-keystone-proxy/node_modules/express/node_modules/connect/lib/proto.js:195:15)
我注意到Begging中提供的启动交易的令牌是

token: Object
id: "%fiware_token%"

你知道哪里出了问题吗?

FI-WARE测试台上提供的WireCloud实例始终是最新的稳定版本,而FI-LAB实例目前已经过时,我们正在努力尽快更新它。这些版本之间的变化之一是对象存储API,对于由此带来的不便,我们深表歉意,因为您将无法在两种环境中使用使用对象存储的小部件/操作符

无论如何,您获得的响应似乎表明您正在访问的对象存储实例工作不正常,因此,您需要向其中一个可用的邮件列表发送电子邮件,以获取帮助fiware testbed help或fiware lab help,告诉您发生了什么,请记住包含您的帐户信息,因为有多个对象存储节点,其中一个可以打开,另一个可以关闭

关于请求机构:

代币:{ id:%fiware\u令牌% }
这种行为是正常的,因为WireCloud客户端代码无法直接访问用户的IdM令牌。WireCloud的代理将%fiware\u token%模式替换为正确的值。

我认为您在提到FI-LAB和Testbed时的意思正好相反;FI-LAB应该是最新的,反之亦然。我这样说是因为我已经在FI-LAB中成功地测试了对象存储功能,这个问题依赖于测试床集成,它也不提供多个区域。关于Testbed的ObjectStorage实例的功能,我还假设这应该是API的问题,因为我可以通过门户正确地创建容器/文件。无论如何,谢谢你花时间回答我的问题@阿泰姆:不,我的意思不是相反:-。目前,在FI实验室找到的WireCloud实例比在FI-WARE测试床上找到的实例要旧。哦,我明白了。这完全出乎意料!!:无论如何,我正在使用我自己的wirecloud实例,所以这应该没有什么区别。只是这个实例位于测试床中的一个VM中。无论如何,谢谢你抽出时间!