Docker Compose -Befehlsreferenz

Sie können den Befehl ./om-compose.sh mit Argumenten ausführen, die Ihren Anforderungen entsprechen. Beispiel: ./om-compose.sh <arguments>.

Die folgende Tabelle enthält die Liste der Befehle und Argumente für die Ausführung von om-compose.sh:
Befehle Beschreibung
./om-compose.sh setup
<optional: full_path_to_custom jar>		 Richtet erstmals eine containerisierte Entwicklertoolkitumgebung ein. Außerdem wird die bereitgestellte Anpassungs-JAR-Datei implementiert, die optional ist. Weitere Informationen finden Sie unter Containerisierte Developer Toolkit-Umgebung einrichten.
./om-compose.sh setup-upg
<optional: full_path_to_custom_jar>

Aktualisiert eine vorhandene containerisierte Developer Toolkit-Umgebung mit neuen Images (Upgrade). Außerdem wird die bereitgestellte Anpassungs-JAR-Datei implementiert, die optional ist. Dies ähnelt dem Setup-Argument, führt jedoch die Ladefactorydaten und Ladeansichten im Upgrademodus aus.

Bevor Sie setup-upg ausführen, um ein Upgrade auf die nächste Löschung durchzuführen, wird empfohlen, eine Sicherung Ihrer Konfiguration zu erstellen, indem Sie den CDT-Export (Configuration Deployment Tool) aus Ihrer Hostlaufzeit ausführen.

Weitere Informationen finden Sie unter Upgrade einer vorhandenen containerisierten Developer Toolkit-Umgebung durchführen.
./om-compose.sh update-extn
<optional: full_path_to_custom_jar>		 Aktualisiert eine vorhandene Umgebung nur mit dem Anpassungspaket, ohne neue Images abzurufen.

Integrieren Sie das Entwickler-Toolkit auch in Cloud-Dienste wie Sterling™ Intelligent Promising Inventory Visibility und Sterling Store Engagement.

Weitere Informationen finden Sie unter Angepasste Erweiterungen in containerisierter Developer Toolkit-Umgebung aktualisieren.
./om-compose.sh check-services Testet die Konnektivität zu integrierten Cloud-Diensten, wie Sterling Intelligent Promising Inventory Visibility und Sterling Store Engagement.
./om-compose.sh extract-rt

Extrahiert Laufzeitinhalte in das Verzeichnis devtoolkit_docker/runtime auf der Hostmaschine.

Sie können eine Kopie Ihrer Sterling Order Management System -Laufzeit auf Ihrer Hostmaschine aus Ihrem Docker -Laufzeitimage erstellen. Dieses Laufzeitverzeichnis kann verwendet werden, um Anpassungen zu entwickeln, auf Javadoc zuzugreifen, Agenten und Scripts wie CDT auszuführen. Sie müssen den Docker -Container nicht eingeben, um eine dieser Tasks auszuführen.
./om-compose.sh start <optional: service name>
./om-compose.sh stop <optional: service name>
./om-compose.sh restart <optional: service name>		 Startet stoppt und startet alle Docker Compose -Services erneut. Wenn kein Servicename an den Befehl übergeben wird, werden alle Services entweder gestartet, gestoppt oder erneut gestartet. Andernfalls funktioniert der Befehl nur für den übergebenen Service. Die Servicenamen für verschiedene Services sind omruntime, appserver, mqserver und db2server.
./om-compose.sh wipe-clean Löscht alle Container und alle Datenträger, die Ihrer Docker Compose -Umgebung entsprechen. Setzt Ihre Umgebung zurück, sodass Sie die Konfiguration erneut ausführen können. Optional können Sie eine Sicherung Ihrer Konfiguration mithilfe des CDT aufbewahren.
Hinweis: Durch die Ausführung des zusammengesetzten Scripts mit diesem Argument wird die Konfiguration vollständig entfernt.
./om-compose.sh add-queue
<new_queue_name_in_all_caps> <queue length>		 Fügt eine neue lokale Warteschlange auf dem IBM MQ -Server hinzu und aktualisiert auch die IBM MQ -Bindungsdatei. Sie können auch eine angepasste Warteschlangenlänge angeben. Der Standardwert ist 5000.
./om-compose.sh delete-queue
<queue_name_to be deleted_in_all_caps>		 Löscht die angegebene lokale Warteschlange auf dem IBM MQ -Server und aktualisiert auch die IBM MQ -Bindungsdatei.
./om-compose.sh import-cert <arg1> <arg2> Importiert Zertifikate anderer Anbieter.
Sie berücksichtigt die folgenden Argumente:
  • Das erste Argument ist der Pfad relativ zum Verzeichnis devtoolkit_docker/certificates .
  • Das zweite Argument ist der Aliasname.
./om-compose.sh remove-cert <arg1> Entfernt Zertifikate anderer Anbieter.

Das erste Argument ist, dass der Aliasname entfernt werden muss.
./om-compose.sh start-agent "<server args,
starting with servername>" <optional:debug port>
<optional:suspend option, Y or y>		 Agentenserver im Debugmodus ausführen.
  • Das erste und zweite Argument sind obligatorisch.
  • Wenn das Argument <debug port> nicht angegeben wird, ist das Debugging nicht aktiviert.
  • Wenn der Debug-Port angegeben wird, aber das Argument für die Aussetzoption (Y oder y) nicht angegeben wird, wird das Debugging mit suspend=naktiviert.
  • Wenn der Debug-Port angegeben wird und die Aussetzoption als Y oder Y angegeben wird, wird das Debugging mit suspend=yaktiviert.
Führen Sie beispielsweise den folgenden Befehl aus, um den ScheduleOrder -Server mit mehr Parameter -jvminstance schedOrdL1mit aktiviertem Debugging an Port 8384 auszuführen und für aktiviertes Debugging auszusetzen:
./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>		 Integrationsserver im Debugmodus ausführen.
  • Das erste und zweite Argument sind obligatorisch.
  • Wenn das Argument <debug port> nicht angegeben wird, ist das Debugging nicht aktiviert.
  • Wenn der Debug-Port angegeben wird, aber das Argument für die Aussetzoption (Y oder y) nicht angegeben wird, wird das Debugging mit suspend=naktiviert.
  • Wenn der Debug-Port angegeben wird und die Aussetzoption als Y oder Y angegeben wird, wird das Debugging mit suspend=yaktiviert.
./om-compose.sh resetpsw-mq <o:user>

Das Standardkennwort für die IBM MQ -Konsole wird in der Datei compose/docker/docker-compose.properties festgelegt. Die Variable MQ_PASS enthält ein Kennwort für den Benutzer "admin" und MQ_PASS2 ein Kennwort für den Benutzer "reader".

Sie können die Benutzerkennwörter der IBM MQ -Konsole mit dem Argument ./om-compose.sh resetpsw-mq <o:user> aktualisieren.

Das Argument <o:user> bezieht sich auf IBM MQ -Benutzer, die Administrator-oder Leserbenutzer sind.

Nach der Aktualisierung des Kennworts können Sie sich bei der IBM MQ -Konsole anmelden, indem Sie den Benutzernamen (Administrator oder Leser) und das aktualisierte Kennwort eingeben.
Hinweis: Die Protokolle für jeden ausgeführten Befehl befinden sich im Verzeichnis compose/logs .

Docker Compose -Befehlsreferenzen für IBM Sterling Call Center

Wenn Sie Sterling Call Centerverwenden möchten, können Sie den ./cc-compose.sh -Befehl mit Argumenten ausführen, die Ihren Anforderungen entsprechen. Beispiel: ./cc-compose.sh <arguments>

Die folgende Tabelle enthält die Liste der Befehle und Argumente für die Ausführung von cc-compose.sh:
Befehl Beschreibung
./ cc-compose.sh start
./ cc-compose.sh stop
./ cc-compose.sh restart		 Startet stoppt Sterling Call Center -Container und startet sie erneut.

Es gibt folgende Sterling Call Center -Container:

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

Schritte, die auszuführen sind, wenn Ihre Hostmaschine erneut gestartet oder neu gestartet wird

  1. Stellen Sie nach dem Neustart der Hostmaschine sicher, dass Docker und Docker Compose aktiv sind. Führen Sie den folgenden Befehl aus, um sicherzustellen, dass Docker ausgeführt wird. Wenn Ihre Container im Exitstatus zurückgegeben werden, führen Sie Schritt 3 aus. Führen Sie andernfalls Schritt 2 aus.
    docker ps -a
  2. Wenn Docker nicht ausgeführt wird, führen Sie den folgenden Befehl als Superuser aus:
    systemctl start docker

    Sie können Docker auch permanent aktivieren, indem Sie den folgenden Befehl als Superuser ausführen:
    systemctl enable docker

  3. Wechseln Sie in das Verzeichnis devtoolkit_docker/compose/ und führen Sie den Befehl
    ./om-compose.sh start aus.
    Hinweis: Wenn Sie IBM® Sterling Call Centerverwenden, führen Sie den Befehl ./cc-compose.sh start aus.
    Wichtig: Wenn Ihr Developer Toolkit in einer Windows WSL 2-Umgebung ausgeführt wird, ist localhost Ihr WSL 2-System. Anstelle des Befehls systemctl müssen Sie den Befehl
    sudo service docker start als Superuser ausführen, um Dockerzu starten.

    Führen Sie den Befehl entweder jedes Mal aus, wenn Ihr WSL 2-System erneut gestartet wird, oder Sie können die Stufe fstab festlegen, die dann bei jedem Neustart Ihres WSL 2-Systems Docker startet und aktiviert.