【hyperledger-fabric】部署Java应用远程访问智能合约

简介

首先是根据b站的视频 hyperledger-fabric【3】在 java 应用中访问合约 以及hyperledger-fabric【5】Java应用和私有数据,本文章主要讲述的是视频中我遇到的问题,以及相关知识点的总结。

遇到的问题

问题1:git clone下载下来的代码发现与视频中的代码不一致的问题,启动项目报错error create bean

遇到这个问题,我的第一反应就是up主后续的代码也用的是这个,所以代码更新了。所以查阅了相关的资料,可以在gitte中下载历史版本的代码。可以参考 https://blog.csdn.net/weixin_45477146/article/details/133344063这篇文章中的额gitte篇,里面有讲述如何下载历史版本

但是这个问题治标不治本,总体来说呢,就是spring boot启动之后会去扫描配置文件,默认的配置文件是application.properties,但是由于代码更新了,会发现没有默认的配置文件,那么就需要手动去修改启动项的配置文件,否则的话,HyperLedgerFabricProperties类的值均为null了,那么就会error create bean。下面的图讲解一下出现问题的具体位置。
【hyperledger-fabric】部署Java应用远程访问智能合约_第1张图片
读取不到资源文件中的参数
【hyperledger-fabric】部署Java应用远程访问智能合约_第2张图片
解决办法 :点击-》editConfiguration
【hyperledger-fabric】部署Java应用远程访问智能合约_第3张图片
在activeProfile中点击输入配置文件的名字,由于这里是application-org1.properties,所以在这里的参数填写为org1即可。
【hyperledger-fabric】部署Java应用远程访问智能合约_第4张图片

问题2:使用POSTman测试的时候,录入一条数据成功,但是查询数据失败。

提前录入一条数据,再使用postman进行测试发现数据并没有录入成功,报错信息显示不存在这样的一条数据。
【hyperledger-fabric】部署Java应用远程访问智能合约_第5张图片
进入到linux服务器中,直接使用命令进行查询发现也是报错不存在这样一条数据。
在这里插入图片描述
此时对比视频中的代码发现问题在于evaluateTransaction方法和submitTransaction方法。如下图。
【hyperledger-fabric】部署Java应用远程访问智能合约_第6张图片
下载下来的代码和视频中的代码还是有些许不一样的地方,需要对每个方法对比视频中的进行修改,其中需要修改的是createCat,updateCat,deleteCatByKey三个方法。下面讲解一下evaluateTransaction和submitTransaction的区别。

  • evaluateTransaction:是获取到指定的结果,但是并不会提交到账本当中去,所以实际上根本没有对账本进行更改
  • submitTransaction:与上述不同,是提交到账本的,实际做出了更改的。与之同样的还有createTransaction方法。

综上所述就是使用到增删改的时候使用submitTransaction或者createTransaction。使用查询的时候使用evaluateTransaction方法。

知识点总结

私有数据

私有数据和正常部署java应用有几个不同的点,其他都是一致的。首先需要配置文件,例如:附上链接https://hyperledger-fabric.readthedocs.io/zh-cn/latest/private-data-arch.html,文档中有描述这段集合的内容,如下。
【hyperledger-fabric】部署Java应用远程访问智能合约_第7张图片
需要编写好一个类似的JSON文件,并且放到对应的Java合约代码中去,如下图位置。并且需要上传到服务器中指定的位置。
【hyperledger-fabric】部署Java应用远程访问智能合约_第8张图片
在这里插入图片描述
上传到指定位置后即可进行升级合约或者说是重新部署合约,这里需要注意两点:第一点就是在对链码进行批准和提交时需要在命令后面添加–collections-config,附上文档参考连接https://hyperledger-fabric.readthedocs.io/zh-cn/latest/private-data-arch.html。第二点就是若是升级代码,需要对安装链码包的label进行更改,不可以和已经安装的链码包起冲突;以及sequence的序号,也不可以和之前已经安装的sequence号码起冲突;以及version的版本号。附上两段私有数据、正常情况批准链码通过的命令。

## 这段是私有数据
peer lifecycle chaincode approveformyorg -o localhost:7050 --ordererTLSHostnameOverride orderer.example.com --channelID mychannel --name hyperledger-fabric-contract-java-demo --version 4.0 --collections-config ../chaincode/hyperledger-fabric-contract-java-demo/collections_config.json --signature-policy "OR('Org1MSP.member','Org2MSP.member')" --package-id $NEW_CC_PACKAGE_ID --sequence 1 --tls --cafile ${PWD}/organizations/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem
# 这段是正常情况
peer lifecycle chaincode approveformyorg -o localhost:7050 --ordererTLSHostnameOverride orderer.example.com --channelID mychannel --name hyperledger-fabric-contract-java-demo --version 1.0 --package-id $CC_PACKAGE_ID --sequence 1 --tls --cafile ${PWD}/organizations/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem

可以看到明显多出了如下这段命令

--version 4.0 --collections-config ../chaincode/hyperledger-fabric-contract-java-demo/collections_config.json --signature-policy "OR('Org1MSP.member','Org2MSP.member')" 

解析:

  • –version 4.0: 指定链码的版本号为4.0。
  • –collections-config …/chaincode/hyperledger-fabric-contract-java-demo/collections_config.json: 指定了一个存储集合配置的 JSON 文件的路径。在Hyperledger Fabric中,集合是用于存储私有数据的方式,而集合配置定义了这些集合的规则。
  • –signature-policy “OR(‘Org1MSP.member’,‘Org2MSP.member’)”: 指定链码的背书策略(endorsement policy)。这个特定的策略是逻辑上的 “OR”,表示只需要来自Org1或Org2的成员的签名即可。在链码实例化时,这个策略规定了哪些组织的成员必须为链码背书。

具体的操作命令可以去看合约代码项目中的文档,其他的操作命令都与安装部署时的大差不差,建议看“安装链码、升级合约、私有数据链码定义”这三篇文档即可。

你可能感兴趣的:(fabric,java,智能合约)