Docker Compose 命令参考

您可以运行带有自变量的 ./om-compose.sh 命令以满足您的需求。 例如， ./om-compose.sh <arguments>。

下表提供了要运行 om-compose.sh的命令和自变量的列表:
命令 描述
./om-compose.sh setup
<optional: full_path_to_custom jar>		 首次设置容器化开发者工具箱环境。 此外，它还会部署所提供的定制 JAR ，尽管它是可选的。 有关更多信息，请参阅 设置容器化开发者工具箱环境。
./om-compose.sh setup-upg
<optional: full_path_to_custom_jar>

使用新映像升级现有容器化开发者工具箱环境 (升级)。 此外，它还会部署所提供的定制 JAR ，尽管它是可选的。 这类似于安装参数，但以 "升级" 方式运行装入工厂数据和装入视图。

在运行 setup-upg 以升级到下一个删除之前，建议您通过从主机运行时运行配置部署工具 (CDT) 导出来创建配置的备份。

有关更多信息，请参阅 升级现有容器化开发者工具箱环境。
./om-compose.sh update-extn
<optional: full_path_to_custom_jar>		 仅使用定制包更新现有环境，而不访存新映像。

此外，将开发人员工具包与 Sterling™ Intelligent Promising Inventory Visibility 和 Sterling Store Engagement 等云服务集成。

有关更多信息，请参阅 更新容器化开发者工具箱环境中的定制扩展。
./om-compose.sh check-services 测试与集成云服务的连接性，如 Sterling Intelligent Promising Inventory Visibility 和 Sterling Store Engagement。
./om-compose.sh extract-rt

将运行时内容抽取到主机中的 devtoolkit_docker/runtime 目录。

您可以在主机上从 om-runtime Docker 映像创建 Sterling Order Management System 运行时的副本。 此运行时目录可用于开发定制，访问 Javadoc ，运行代理程序和脚本 (例如 CDT)。 您无需输入 Docker 容器即可执行其中任何任务。
./om-compose.sh start <optional: service name>
./om-compose.sh stop <optional: service name>
./om-compose.sh restart <optional: service name>		 启动停止，并重新启动所有 Docker Compose 服务。 如果未将服务名称传递给命令，那么将启动，停止或重新启动所有服务。 否则，该命令仅对传递的服务起作用。 不同服务的服务名称为 omruntime， appserver， mqserver 和 db2server。
./om-compose.sh wipe-clean 销毁所有容器并删除与 Docker Compose 环境对应的所有卷。 重置环境，以便您可以再次运行设置。 (可选) 您可以使用 CDT 来保留配置的备份。
注: 使用此参数运行组合脚本将完全除去设置。
./om-compose.sh add-queue
<new_queue_name_in_all_caps> <queue length>		 在 IBM MQ 服务器上添加新的本地队列，并更新 IBM MQ 绑定文件。 您还可以提供定制队列长度，缺省值为 5000。
./om-compose.sh delete-queue
<queue_name_to be deleted_in_all_caps>		 删除 IBM MQ 服务器上的指定本地队列，还会更新 IBM MQ 绑定文件。
./om-compose.sh import-cert <arg1> <arg2> 导入第三方证书。
它考虑以下参数:
  • 第一个参数是相对于 devtoolkit_docker/certificates 目录的路径。
  • 第二个参数是别名。
./om-compose.sh remove-cert <arg1> 除去第三方证书。

第一个参数是必须除去别名。
./om-compose.sh start-agent "<server args,
starting with servername>" <optional:debug port>
<optional:suspend option, Y or y>		 以调试方式运行代理程序服务器。
  • 第一个和第二个自变量是必需的。
  • 如果未提供 <debug port> 参数，那么不会启用调试。
  • 如果提供了调试端口，但未提供暂挂选项参数 (Y 或 y) ，那么将使用 suspend=n启用调试。
  • 如果提供了调试端口，并且以 Y 或 y 形式提供了暂挂选项，那么将使用 suspend=y启用调试。
例如，要运行带有更多参数 -jvminstance schedOrdL1的 ScheduleOrder 服务器 (在端口 8384 上启用了调试) 并暂挂以启用调试，请运行以下命令:
./om-compose.sh start-agent "ScheduleOrder 
-jvminstance schedOrdL1" 8384 Y
./om-compose.sh start-intg "<server args,
starting with servername>" <optional:debug port>
<optional:suspend option, Y or y>		 以调试方式运行集成服务器。
  • 第一个和第二个自变量是必需的。
  • 如果未提供 <debug port> 参数，那么不会启用调试。
  • 如果提供了调试端口，但未提供暂挂选项参数 (Y 或 y) ，那么将使用 suspend=n启用调试。
  • 如果提供了调试端口，并且以 Y 或 y 形式提供了暂挂选项，那么将使用 suspend=y启用调试。
./om-compose.sh resetpsw-mq <o:user>

IBM MQ 控制台的缺省密码在 compose/docker/docker-compose.properties 文件中设置。 MQ_PASS 变量包含管理员用户的密码， MQ_PASS2 包含读者用户的密码。

您可以使用 ./om-compose.sh resetpsw-mq <o:user> 参数来更新 IBM MQ 控制台用户密码。

<o:user> 自变量是指作为管理员或读者用户的 IBM MQ 用户。

更新密码后，您可以通过输入用户名 (即 admin 或 reader) 和更新后的密码来登录到 IBM MQ 控制台。
./om-compose install-ri 在开发者工具包 (DTK) 中安装参考实现。
注: 运行的每个命令的日志都存在于 compose/logs 目录中。

IBM Sterling Call Center 的 Docker Compose 命令参考

如果要使用 Sterling Call Center，那么可以运行带有参数的 ./cc-compose.sh 命令以满足您的需求。 例如， ./cc-compose.sh <arguments>

下表提供了要运行 cc-compose.sh的命令和自变量的列表:
命令 描述
./ cc-compose.sh start
./ cc-compose.sh stop
./ cc-compose.sh restart		 启动停止并重新启动 Sterling Call Center 容器。

Sterling Call Center 容器包括:

  • om-call-center-ext and
  • om-call-center-base

重新启动或重新引导主机时要遵循的步骤

  1. 在主机重新启动后，请确保 Docker 和 Docker Compose 正在运行。 运行以下命令以确保 Docker 正在运行。 如果它返回处于退出状态的容器，请遵循步骤 3。 否则，请执行步骤 2。
    docker ps -a
  2. 如果 Docker 未运行，请以超级用户身份运行以下命令:
    systemctl start docker

    此外，您可以通过以超级用户身份运行以下命令来永久启用 Docker :
    systemctl enable docker

  3. 转至 devtoolkit_docker/compose/ 目录并运行以下命令:
    ./om-compose.sh start
    注: 如果您正在使用 IBM® Sterling Call Center，请运行 ./cc-compose.sh start 命令。
    要点: 如果开发者工具箱正在 Windows WSL 2 环境中运行，那么 localhost 是您的 WSL 2 系统。 您必须以超级用户身份运行以下命令以启动 Docker，而不是 systemctl 命令:
    sudo service docker start

    每次 WSL 2 系统重新启动时运行该命令，或者可以在 fstab 级别进行设置，这将在 WSL 2 系统每次重新启动时启动并启用 Docker 。