Normally chaincodes are started and maintained by peer. However in “dev mode", chaincode is built and started by the user. This mode is useful during chaincode development phase for rapid code/build/run/debug cycle turnaround.
We start "dev mode" by leveraging pre-generated orderer and channel artifacts for a sample dev network. As such, the user can immediately jump into the process of compiling chaincode and driving calls.
If you haven't already done so, please install samples.
Navigate to the chaincode-docker-devmode directory of the fabric-samples
clone:
cd chaincode-docker-devmodeWe need four docker images in order for "dev mode" to run against the supplied
docker compose script. If you installed the fabric-samples repo clone and
followed the instructions to install samples, binaries and docker images, then
you should have the necessary Docker images installed locally.
Note
If you choose to manually pull the images then you must retag them as
latest.
Issue a docker images command to reveal your local Docker Registry. You
should see something similar to following:
docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hyperledger/fabric-tools latest c584c20ac82b 9 days ago 1.42 GB
hyperledger/fabric-tools x86_64-1.1.0-preview c584c20ac82b 9 days ago 1.42 GB
hyperledger/fabric-orderer latest 2fccc91736df 9 days ago 159 MB
hyperledger/fabric-orderer x86_64-1.1.0-preview 2fccc91736df 9 dyas ago 159 MB
hyperledger/fabric-peer latest 337f3d90b452 9 days ago 165 MB
hyperledger/fabric-peer x86_64-1.1.0-preview 337f3d90b452 9 days ago 165 MB
hyperledger/fabric-ccenv latest 82489d1c11e8 9 days ago 1.35 GB
hyperledger/fabric-ccenv x86_64-1.1.0-preview 82489d1c11e8 9 days ago 1.35 GBNote
If you retrieved the images through the install samples, binaries and docker images, then you will see additional images listed. However, we are only concerned with these four.
Now open three terminals and navigate to your chaincode-docker-devmode
directory in each.
docker-compose -f docker-compose-simple.yaml upThe above starts the network with the SingleSampleMSPSolo orderer profile and
launches the peer in "dev mode". It also launches two additional containers -
one for the chaincode environment and a CLI to interact with the chaincode. The
commands for create and join channel are embedded in the CLI container, so we
can jump immediately to the chaincode calls.
Note
TLS is not enabled as it is not supported when running chaincode in dev mode.
docker exec -it chaincode shYou should see the following:
/opt/gopath/src/chaincode $Now, compile your chaincode:
cd abstore/go
go build -o abstoreNow run the chaincode:
CORE_CHAINCODE_ID_NAME=mycc:0 CORE_PEER_TLS_ENABLED=false ./abstore -peer.address peer:7052The chaincode is started with peer and chaincode logs indicating successful registration with the peer.
Note that at this stage the chaincode is not associated with any channel. This is done in subsequent steps
using the instantiate command.
Even though you are in --peer-chaincodedev mode, you still have to install the
chaincode so the life-cycle system chaincode can go through its checks normally.
This requirement may be removed in future when in --peer-chaincodedev mode.
We'll leverage the CLI container to drive these calls.
docker exec -it cli bashpeer chaincode install -p chaincodedev/chaincode/abstore/go -n mycc -v 0
peer chaincode instantiate -n mycc -v 0 -c '{"Args":["init","a","100","b","200"]}' -C mycNow issue an invoke to move 10 from a to b.
peer chaincode invoke -n mycc -c '{"Args":["invoke","a","b","10"]}' -C mycFinally, query a. We should see a value of 90.
peer chaincode query -n mycc -c '{"Args":["query","a"]}' -C mycBy default, we mount only abstore. However, you can easily test different
chaincodes by adding them to the chaincode subdirectory and relaunching
your network. At this point they will be accessible in your chaincode container.