选修处理这些问题的课程;实际的细节与课程无关,但我通常有兴趣尝试去理解事物。
我有一个docker-compose.yml文件,我可以“调用”或“旋转”。该文件包含以下信息:
services:
redis:
image: redis:latest
expose:
- "6379"
sample0395:
image: sample0395/base:latest
stdin_open: true
tty: true
expose:
- "8888"
ports:
- "8888:8888"
tty
和stdin_open
分别类似于Docker run
命令的-t
和-i
参数。
当需要处理Docker容器之外的项目时,可以使用stdin_open
。
当需要处理Docker容器中的项目时,可以使用tty
。
至于您关于expose
和ports
之间的区别的问题,可以在这里找到答案。
根据我的理解,仅仅基于如下所示的层次结构: Redis和sample0395是“服务” redis:latest和sample0395/base:latest是image_name:tag组合 公开和端口:列出端口(不确定这两个端口之间的区别或区别的意义) 我不知道stdin_open或tty是做什么的,似乎也无法通过Google了解。
docker-compose.yml 启动一个 order 和 一个 peer 节点。 orderer: image: hyperledger/fabric-orderer environment: - ORDERER_GENERAL_LEDGERTYPE=ram - ORDERER_GENERAL_BATCHTIMEOUT=10s - ORDERER_GENERAL_BAT
docker-compose.yml 启动一个 5 个节点的服务,包括 zookeeper、fabric-order 和 3 个 kafka 节点。
问题内容: 例如,我得到了这样的堆栈跟踪: 那么,此异常的根本原因是什么?从堆栈跟踪中,我发现类中的函数存在问题!但是,当我在此处放置一个断点时,程序永远不会在该断点处停止。 谁能给这个解释!在一般情况下,我应该如何使用该堆栈情况进行调试(从下至上或从上至下读取)! 问题答案: 通常,确切的原因在堆栈跟踪的第一行,有关该异常原因的更多信息,你需要逐步向下移动,并且根本原因通常可以在堆栈跟踪底部的某