【问题标题】:Hyperledger Composer + loopback-datasource-juggler + Java: Encoding ProblemsHyperledger Composer + loopback-datasource-juggler + Java:编码问题
【发布时间】:2018-10-18 08:11:29
【问题描述】:

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

现在问题来了:我想编写一个 Java 程序与此 REST API 交互,但不知何故,该 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 在浏览器中工作。有什么可能导致这种情况的想法吗?

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

【问题讨论】:

  • 如果我替换 '.'通过'_',我收到错误“无法处理的实体 {“error”:{“statusCode”:422,“name”:“ValidationError”,“message”:“com_example_Company 实例无效。详情:cId不能为空(值:未定义); cDomain 不能为空(值:未定义)。","details":{"context":"com_example_Company","codes":{"cId":["presence"],"cDomain":["存在"]}, ...."
  • 我通过使用标准 HttpURLConnection 并发送之前使用 JSOUP 发送的相同字符串来“修复”它。但是,如果有人知道如何解决这个问题,我会保持打开状态。

标签: java loopback hyperledger-composer


【解决方案1】:

由于您已经指定了'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();

【讨论】:

    【解决方案2】:

    curl 示例是 REST API(而不仅仅是浏览器)对业务网络 REST API 端点的了解。

    对于您的 requestBody,您将需要完全限定的类(即具有前导命名空间的资产/参与者/事务类) - 一个示例是:

    curl -X POST --header 'Content-Type: application/json' --header 'Accept: application/json' -d '{ \ "$class": "org.example.biznet.SampleAsset", \ “资产ID”:“1”,\ “价值”:“103300”\ }' 'http://localhost:3000/api/SampleAsset'

    所以你的会是这样的

    Response resp = Jsoup.connect(baseURL + namespace + "Company").ignoreContentType(true).method(Method.POST) .ignoreHttpErrors(true) .requestBody("{\"\$class\": \"org.example.biznet.SampleAsset\", \"cId\":\"C_ID7\", \"cDomain\":\"example.com\" }“)。执行();

    我相信您还需要至少一个其他双引号(现在总共:14 个)和一个右大括号。

    【讨论】:

    • 感谢您的回答,但这不是问题所在。 $class 是可选的:我在没有类的情况下尝试了它(因为它已经在 URL 中编码)并且它在浏览器中工作。我还在代码中添加了它:No changes.
    • 好酷,不客气 - 正如您所写:“我唯一的猜测是 Java 完成的编码工作,因为相同的 JSON 在浏览器中工作。”如果发布的相同序列在浏览器中工作并且使用在那里使用的命名空间表示法,那么它理论上应该是可传输的。
    猜你喜欢
    • 2016-03-01
    • 1970-01-01
    • 1970-01-01
    • 2017-12-24
    • 1970-01-01
    • 2019-03-30
    • 2023-04-01
    • 1970-01-01
    • 2018-09-06
    相关资源
    最近更新 更多