【gatewayworker源码】【大阳线涨停变色源码】【起始页源码】fabric源码部署

时间:2024-12-23 23:24:46 编辑:点播站源码 来源:阅读 源码

1.我的源码世界forge和fabric哪个好
2.如何fabric安装
3.详解fabric.js跨域
4.关于InfiniBand架构和知识点漫谈
5.手动搭建Fabric网络-详解链码安装、实例化过程
6.fabric-sdk-go的简单使用

fabric源码部署

我的部署世界forge和fabric哪个好

       我的世界forge好。

       Forge API是源码最早的Mod Loader API,它采用ASM这个东西来反编译Minecraft的部署源代码,以修改游戏逻辑,源码而Fabric API差不多也是部署gatewayworker源码如此。

       Forge API采用了一个我忘了叫啥的源码玩意来反混淆Minecraft的源代码,而Fabric自己做了一套叫做yarn的部署玩意。

如何fabric安装

       1.首先安装依赖包yum -y install python-setuptools python-devel

       2.下载fabric源码包并解压安装tar zxvf Fabric-1.8.2.tar.gzcd Fabric-1.8.2python setup.py install

       ï¼ˆæœ›æ¥¼ä¸»é‡‡çº³å“¦ï¼‰

详解fabric.js跨域

       处理fabric.js跨域问题,源码是部署开发者经常遇到的挑战之一。我作为vue-fabric-editor开源编辑器项目的源码作者,今天将为您详细介绍如何解决fabric.js跨域的部署难题。

       问题现象

       在使用fabric.js插入或保存时,源码开发者可能会遇到两种错误情况。部署要么在尝试保存新时遇到错误,源码大阳线涨停变色源码要么在插入时出现问题。这些错误提示了跨域访问的问题。

       跨域设置

       要解决跨域访问的问题,需要分别从前端和后端进行配置。通过使用pose文件,我们配置了环境,包括Orderer、起始页源码Peer和CLI组件。

       3.1 配置Orderer

       在base/docker-compose-base.yaml中,我们为Orderer配置了路径映射、服务端口等信息。

       3.2 配置Peer

       Peer配置文件包含了服务地址、TLS信息、MSP信息等,vc文件管理 源码确保Peer节点能够正确运行。

       3.3 配置CLI

       CLI作为客户端,配置了与Peer的连接信息以及脚本执行方式,用于执行SDK操作。

       4. 初始化Fabric环境与创建Channel

       通过执行docker-compose命令启动容器,我们完成了Fabric环境的初始化。然后,小说app源码下载我们创建了Channel,并让各个Peer节点加入。

       4.1 启动Fabric容器

       在docker-compose-cli.yaml文件中配置好环境后,使用命令启动容器集群。

       4.2 创建Channel

       在CLI容器内,使用peer channel create命令创建Channel,并保存配置区块。

       4.3 Peer加入Channel

       通过修改CLI环境变量,指定连接的Peer节点,实现各节点加入Channel。

       4.4 更新锚节点

       完成Peer节点加入Channel后,更新锚节点配置以实现不同组织间的通信。

       5. 链码安装与运行

       最后,我们安装并运行链码,通过实例化过程将链码部署到Fabric网络中。具体操作包括安装链码、实例化链码以及执行交易。

       5.1 安装链码

       使用peer chaincode install命令,将链码安装到每个相关Peer节点上。

       5.2 实例化链码

       实例化过程生成包含链码实例的Docker镜像和容器,并通过与Orderer节点交互实现智能合约的激活。

       5.3 执行交易

       通过链码的调用执行转账操作,验证链码功能。

       5.4 查询交易

       在不同节点上查询交易,确保链码功能在全网内传播。

       总结

       通过以上步骤,我们不仅搭建了Fabric网络环境,还深入理解了链码安装与实例化的过程。理解这些关键步骤对于后续在生产环境中创建更复杂的网络和执行多样化链码提供了基础。在实施过程中遇到的任何问题,均可通过重新配置环境或深入理解Docker概念来解决。掌握Fabric网络的运行原理,对于进一步开发和优化区块链应用至关重要。

fabric-sdk-go的简单使用

        使用fabric提供的cryptogen工具生成文件模板

        $ cryptogen showtemplate > crypto-config.yaml

        进行修改,添加一个组织,一个orderer节点.

        根据crypto-config.yaml文件生成证书文件:

        $ cryptogen generate --config=crypto-config.yaml

        查看生成的证书文件夹结构:

        需要从fabric的源码案例中拷贝configtx.yaml文件

        $ cp $GOPATH/src/github.com/hyperledger/fabric-samples/first-network/configtx.yaml ./

        对configtx.yaml文件进行修改.

        修改之前,创建一个文件夹,来保存即将创建的创世区块文件

        将创建区块文件和通道的命令写到一个脚本中! generate.sh

        脚本文件和配置文件的目录结构:

        执行generate.sh文件生成创世区块文件和通道,其实只有一个组织,也没必要生成锚节点更新文件..

        $ ./generate.sh

        配置docker-compose文件:

        启动容器, 启动后查看容器运行情况

        $ docker-compose up -d

        $ docker-compose ps

        在这里,创建两个脚本文件,用于docker容器的管理

clear_docker.sh文件:

        restart.sh文件:

        创建配置文件的时候,有两个文件可以进行参考...

        修改后的sdk配置文件:

        创建出一个模型对象,给其赋值,并开始初始化sdk

        使用 pkg/fabsdk/fabsdk.go中的New()方法进行实例化

        创建请求之前,需要使用 gopackager.NewCCPackage 方法生成一个resource.CCPackage 对象,传递两个参数,一个是链码的路径(相对于工程的路径), 一个是GOPATH的路径.

        安装链码,使用pkg/client/resmgmt/resmgmt.go文件中的方法

        创建请求之前,需要生成一个*cb.SignaturePolicyEnvelope类型的对象,使用 third_party/github.com/hyperledger/fabric/common/cauthdsl/cauthdsl_builder.go文件中的方法即可,提供了好几个方法, 使用任意一个即可.这里使用 SignedByAnyMember方法: 需要传入所属组织ID

        实例化链码

        使用 pkg/client/channel/chclient.go中的 Execute()方法,来进行数据写入的操作:

        rsp, err := model.Channelclient.Execute(req)

        写入之前,要创建请求:

        tempArgs是要传给链码的参数,可以做下封装,就不受参数个数的限制了

        使用 pkg/client/channel/chclient.go中的 Query()方法,来进行数据查询的操作: 查询之前,同样需要创建请求.

        链码在工程中的路径应该是 工程名/chaincode文件夹

        比如:

        driverFabricDemo/chaincode

        而不应该省略掉工程名这样写: chaincode

        错误原因:cert.URIs 和 tpl.URIs 这两个字段没有被定义.

        进入tpl对象中, /usr/local/go/src/crypto/x/x.go 是个结构体,并没有发现 URIs 字段

        对go版本进行升级,从1.9.3升级到1..3, 再次进入 /usr/local/go/src/crypto/x/x.go 文件中,查看结构体内容:

        在执行sdk的Excute()方法时报错.

        方法不存在,一般是由于链码的Invoke方法中的方法名和Excute()方法传入的方法名不一样.

        但是可以肯定的是,链码的Invoke方法中的方法名和,项目中执行Excute()方法时传入的方法名是完全一样的! 但是很奇怪了,为什么会出现这个错误呢? 使用 docker rmi 删除掉 dev-peerx.travle.xq.com 的镜像,再重新运行即可.

        在创建实例化链码请求的时候

        总是提示

        Cannot use str (type *cb.SignaturePolicyEnvelope) as type *common.SignaturePolicyEnvelope less... (⌘F1) Inspection info: Reports composite literals with incompatible types and values

        明明是相同的类型,却总是报错,应该是IDE的问题.把vendor文件夹删除后,就不会有提示了. 再使用vendor对工程进行init 和 add +external 就好了!!

        出现这个错误,一般都是配置文件哪个地方写错了,需要细心检查