ChainDesk:開發模式下的測試-簡化我們對鏈碼的測試過程
作者:ChainDesk韓小東,ChainDesk區塊鏈行業分析師, ChainDesk區塊鏈工程師
目標
熟練掌握鏈碼的 dev 開發測試模式
任務實現
從之前對鏈碼操作來看,我們需要在相關操作(安裝、例項化、升級、呼叫、查詢)命令中加入大量的引數,尤其是開啟 TLS 驗證之後指定 TLS 證書時的那一長串路徑會讓人不厭其煩。如果每次都需要輸入那麼內容,我想大部分人都會崩潰掉的。那麼我們現在就來掌握一種能夠快速對鏈碼進行測試而不需要輸入那些煩瑣的內容,從而簡化我們對鏈碼的測試。
正常情況下 chaincode 由 peer 啟動和維護。然而,在 dev “開發模式”下,鏈碼由使用者構建並啟動。
如果沒有下載安裝 Hyperledger Fabric Samples 請先下載安裝;
如果沒有下載 Docker images 請先下載。
在 dev 開發模式下我們可以使用三個終端來實現具體的測試過程
4.4.1 啟動網路
終端1(當前終端)
為了確保我們的系統中的 Docker 映象檔案是完整的,首先使用 docker images 命令檢視 Docker 映象資訊(顯示本地 Docker Registry):
區塊鏈技術QQ交流群:263270946 掌握更多技術乾貨,關注微信公眾號“ChainDesk”
進入 chaincode-docker-devmode 目錄下我們會發現與網路、通道、初始區塊相關的所有內容。如:
docker-compose-simple.yaml:網路啟動依賴的配置檔案
該配置檔案中指定了四個容器,分別為:orderer、peer、cli、chaincode, 各項的配置內容大家可以通過 cat 命令檢視,在此不再贅述。
msp:網路環境的 MSP,包含一系列的證書及私鑰。
myc.block:代表通道配置塊檔案。
myc.tx:應用通道交易配置檔案。
orderer.block:初始區塊配置檔案。
下面,我們使用 docker-compose-simple.yaml 配置檔案來啟動網路:
FAQ
net 模式與 dev 模式到底有什麼區別?
使用 net 模式每次修改鏈碼後想要測試,需要對鏈碼進行升級重新例項化(或重新安裝再例項化),指定一大堆引數,給開發除錯帶來了很大的不便。而 dev 模式就簡化了這些過程。
CORE_PEER_ADDRESS=peer:7052 中的 7052 埠到底指的是什麼?為什麼不是 7051 ?
peer:7052 是用於指定鏈碼的專用監聽地址及埠號。而7051是peer節點監聽的網路埠
未經授權禁止轉載、改編,轉載請註明出處!
本文地址: https://www.chaindesk.cn/witbook/11/119
ChainDesk——全球區塊鏈技術生態超級社群
以區塊鏈技術為入口,搭建全球區塊鏈技術生態超級社群,社群將服務於公鏈生態建設、DAPP專案研發、技術諮詢、課程體系研發、區塊鏈書籍編寫,區塊鏈課程製作、講師培訓、區塊鏈職業教育、區塊鏈線上教育、去中心化技術評測一體化的區塊鏈技術超級社群。
免費·原創·專業·高效·系統