gpt4 book ai didi

java - Hyperledger Composer + 环回数据源魔术师 + Java : Encoding Problems

转载 作者:行者123 更新时间:2023-11-30 06:16:20 30 4
gpt4 key购买 nike

我使用Hyperledger Composer开发了业务网络定义,并将其部署在Hyperledger Fabric示例链上(在VirtualBox上本地运行-使用 Docker 容器安装 Ubuntu)并使用 composer-rest-server 启动 Composer 的 REST 服务器(和选项 -c [cardname] -n always -w true )。然后我在浏览器中玩了一下,一切正常。

现在出现了问题:我想编写一个与此 REST API 交互的 Java 程序,但不知何故,该 API 似乎无法解析我的 Java 发送的请求。我将 Java 生成的 JSON 字符串复制到浏览器,在那里运行它,效果很好。但如果我以编程方式发送它,我会收到错误(请参阅末尾)。

这是我通过浏览器发送的内容

{"cId":"C_ID7","cDomain":"example.com"}

浏览器用 CURL 告诉我它应该看起来像这样

curl -X POST --header 'Content-Type: application/json' --header 'Accept: application/json' -d '{"cId":"C_ID7","cDomain":"example.com"}' 'http://localhost:3000/api/com.example.Company'

现在我想通过 Java+JSOUP 使用以下代码发送相同的消息:

Response resp = Jsoup.connect(baseURL + namespace + "Company").ignoreContentType(true).method(Method.POST)
.ignoreHttpErrors(true)
.requestBody("{\"cId\":\"C_ID7\",\"cDomain\":\"example.com\"}").execute();

同样的(没有 requestBody 和 Method.GET)适用于 GET 请求。 ignoreContentType(true)是必要的,因为 JSOUP 不会处理“application/json”,请参阅 hereignoreHttpErrors(true)对于解决 Http 500 错误是必要的,该错误隐藏了我需要进行故障排除的真实错误。

最后,当我执行上面的代码时,我看到的是以下错误:

    {"error":{"statusCode":500,"name":"Error","message":"Property names containing dot(s) are not supported. Model: com_example_Company, dynamic property: {\"cId\":\"C_ID7\",\"cDomain\":\"example.com\"}","stack":"Error: Property names containing dot(s) are not supported. Model: com_example_Company, dynamic property: {\"cId\":\"C_ID7\",\"cDomain\":\"example.com\"}\n    at com_example_Company.ModelBaseClass._initProperties 
(/home/[user]

]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/loopback-datasource-juggler/lib/model.js:249:17)\n
at com_example_Company.ModelBaseClass (/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/loopback-datasource-juggler/lib/model.js:60:8)\n
at com_example_Company.Model (eval at createModelClassCtor
(/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/loopback-datasource-juggler/lib/model-builder.js:671:21), <anonymous>:12:24)\n
at com_example_Company.PersistedModel (eval at createModelClassCtor
(/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/loopback-datasource-juggler/lib/model-builder.js:671:21), <anonymous>:12:24)\n
at new com_example_Company (eval at createModelClassCtor
(/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/loopback-datasource-juggler/lib/model-builder.js:671:21), <anonymous>:12:24)\n
at Function.DataAccessObject.create (/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/loopback-datasource-juggler/lib/dao.js:359:13)\n
at SharedMethod.invoke
(/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/lib/shared-method.js:270:25)\n
at HttpContext.invoke (/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/lib/http-context.js:297:12)\n
at phaseInvoke (/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/lib/remote-objects.js:676:9)\n at runHandler
(/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/node_modules/loopback-phase/lib/phase.js:135:5)\n
at iterate (/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/node_modules/loopback-phase/node_modules/async/lib/async.js:146:13)\n
at Object.async.eachSeries
(/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/node_modules/loopback-phase/node_modules/async/lib/async.js:162:9)\n
at runHandlers (/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/node_modules/loopback-phase/lib/phase.js:144:13)\n
at iterate
(/home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/node_modules/loopback-phase/node_modules/async/lib/async.js:146:13)\n
at /home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/node_modules/loopback-phase/node_modules/async/lib/async.js:157:25\n
at /home/[user]/.nvm/versions/node/v8.9.4/lib/node_modules/composer-rest-server/node_modules/strong-remoting/node_modules/loopback-phase/node_modules/async/lib/async.js:154:25"}}

其中显然 [user] 是我的用户名。因此,我查看了 loopback-datasource-juggler 来源,并在 model-builder.js 中发现了这一点。 ( source on Github ) 不是解析字符串的不同属性,而是给出完整的字符串 ("{\"cId\":\"C_ID7\",\"cDomain\":\"example.com\") 。在第 269 行,构建器检查属性名称中是否有点字符。由于在我们的示例中属性名称是完整的 JSON 字符串,因此存在点并且程序失败。

遗憾的是,目前似乎不支持 XML。

现在:怎么会发生这种情况?我唯一的猜测是 Java 完成的编码工作,因为相同的 JSON 在浏览器中工作。有什么想法可能导致这种情况吗?

还有一个较小的问题:代码中的错误消息是“不支持包含点的属性名称”。 ' + '模型:%s,属性:%s'',但在我收到的错误中它说了一些关于“动态属性”的内容。 我是否在错误的位置搜索导致错误的原因?

最佳答案

由于您已经指定了'Content-Type: application/json',因此 requestBody 中不需要使用双引号。以下内容应该有效:

Response resp = Jsoup.connect(baseURL + namespace + "Company").ignoreContentType(true).method(Method.POST)
.ignoreHttpErrors(true)
.requestBody({\"cId\":\"C_ID7\",\"cDomain\":\"example.com\"}).execute();

关于java - Hyperledger Composer + 环回数据源魔术师 + Java : Encoding Problems,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49130884/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com