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 ディレクトリーに抽出します。

Sterling Order Management System ランタイムのコピーを、om-runtime Docker イメージからホスト・マシン上に作成することができます。 このランタイム・ディレクトリーは、カスタマイズの開発、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 ディレクトリーからの相対パスです。
  • 2 番目の引数は別名です。
./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>		 エージェント・サーバーをデバッグ・モードで実行します。
  • 最初と 2 番目の引数は必須です。
  • <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>		 統合サーバーをデバッグ・モードで実行します。
  • 最初と 2 番目の引数は必須です。
  • <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 変数には admin ユーザーのパスワードが入り、 MQ_PASS2 には reader ユーザーのパスワードが入ります。

./om-compose.sh resetpsw-mq <o:user> 引数を使用して、 IBM MQ コンソール・ユーザー・パスワードを更新できます。

<o:user> 引数は、admin または reader ユーザーである IBM MQ ユーザーを参照します。

パスワードを更新した後、ユーザー名 (admin または reader) と更新されたパスワードを入力して、 IBM MQ コンソールにログインできます。
./om-compose install-ri リファレンス実装を Developer Toolkit (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 システムです。 systemctl コマンドの代わりに、スーパーユーザーとして次のコマンドを実行して Dockerを開始する必要があります。
    sudo service docker start

    このコマンドは、WSL 2 システムが再始動するたびに実行するか、 fstab レベルで設定することができます。これにより、WSL 2 システムが再始動するたびに開始され、 Docker が使用可能になります。