Référence des commandes Docker Compose

Vous pouvez exécuter la commande ./om-compose.sh avec des arguments adaptés à vos besoins. Par exemple, ./om-compose.sh <arguments>.

Le tableau suivant fournit la liste des commandes et des arguments permettant d'exécuter om-compose.sh:

Commandes	Description
`./om-compose.sh setup <optional: full_path_to_custom jar>`	Configure un environnement de kit d'outils de développement conteneurisé pour la première fois. Il déploie également le fichier JAR de personnalisation fourni, bien qu'il soit facultatif. Pour plus d'informations, voir Configuration de l'environnement du kit d'outils de développement conteneurisé.
`./om-compose.sh setup-upg <optional: full_path_to_custom_jar>`	Met à niveau un environnement de kit d'outils de développement conteneurisé existant avec de nouvelles images (mise à niveau). Il déploie également le fichier JAR de personnalisation fourni, même s'il est facultatif. Cet argument est similaire à l'argument de configuration, mais il exécute des données de fabrique de chargement et des vues de chargement en mode'mise à niveau'. Avant d'exécuter `setup-upg` pour effectuer la mise à niveau vers la suppression suivante, il est recommandé de créer une sauvegarde de votre configuration en exécutant l'exportation de l'outil de déploiement de configuration (CDT) à partir de votre environnement d'exécution hôte. Pour plus d'informations, voir Mise à niveau d'un environnement de kit d'outils de développement conteneurisé existant.
`./om-compose.sh update-extn <optional: full_path_to_custom_jar>`	Met à jour un environnement existant avec uniquement le package de personnalisation, sans extraire de nouvelles images. Intégrez également la boîte à outils du développeur aux services Cloud, tels que Sterling™ Intelligent Promising Inventory Visibility et Sterling Store Engagement Pour plus d'informations, voir Update custom extensions in containerized developer toolkit environment.
`./om-compose.sh check-services`	Tests de connectivité aux services Cloud intégrés, tels que Sterling Intelligent Promising Inventory Visibility et Sterling Store Engagement.
`./om-compose.sh extract-rt`	Extrait le contenu d'exécution dans le répertoire devtoolkit_docker/runtime de la machine hôte. Vous pouvez créer une copie de votre environnement d'exécution Sterling Order Management System sur votre machine hôte à partir de votre image Docker d'environnement d'exécution. Ce répertoire d'exécution peut être utilisé pour développer des personnalisations, accéder à Javadoc, exécuter des agents et des scripts tels que CDT. Vous n'avez pas besoin d'entrer le conteneur Docker pour effectuer l'une de ces tâches.
`./om-compose.sh start <optional: service name> ./om-compose.sh stop <optional: service name> ./om-compose.sh restart <optional: service name>`	Démarre s'arrête et redémarre tous les services Docker Compose . Si aucun nom de service n'est transmis à la commande, tous les services sont démarrés, arrêtés ou redémarrés. Sinon, la commande ne fonctionne que sur le service transmis. Les noms de service des différents services sont `omruntime`, `appserver`, `mqserver` et `db2server`.
`./om-compose.sh wipe-clean`	Détruit tous les conteneurs et supprime tous les volumes correspondant à votre environnement Docker Compose . Réinitialise votre environnement pour que vous puissiez exécuter à nouveau la configuration. Vous pouvez éventuellement conserver une sauvegarde de votre configuration à l'aide du CDT. Remarque: L'exécution du script composé avec cet argument supprime complètement la configuration.
`./om-compose.sh add-queue <new_queue_name_in_all_caps> <queue length>`	Ajoute une nouvelle file d'attente locale sur le serveur IBM MQ et met également à jour le fichier de liaisons IBM MQ . Vous pouvez également indiquer une longueur de file d'attente personnalisée, la valeur par défaut étant 5000.
`./om-compose.sh delete-queue <queue_name_to be deleted_in_all_caps>`	Supprime la file d'attente locale spécifiée sur le serveur IBM MQ et met également à jour le fichier de liaisons IBM MQ .
`./om-compose.sh import-cert <arg1> <arg2>`	Importe des certificats tiers. Elle considère les arguments suivants: Le premier argument est le chemin relatif au répertoire devtoolkit_docker/certificates . Le second argument est l'alias.
`./om-compose.sh remove-cert <arg1>`	Supprime les certificats tiers. Le premier argument est que l'alias doit être supprimé.
`./om-compose.sh start-agent "<server args, starting with servername>" <optional:debug port> <optional:suspend option, Y or y>`	Exécutez le serveur d'agent en mode débogage. Les premier et deuxième arguments sont obligatoires. Si l'argument `<debug port>` n'est pas fourni, le débogage n'est pas activé. Si le port de débogage est fourni, mais que l'argument de l'option d'interruption (Y ou y) n'est pas fourni, le débogage est activé avec `suspend=n`. Si le port de débogage est fourni et que l'option d'interruption est définie sur Y ou y, le débogage est activé avec `suspend=y`. Par exemple, pour exécuter le serveur `ScheduleOrder` avec plus de paramètres `-jvminstance schedOrdL1`, avec le débogage activé sur le port 8384 et l'interruption pour le débogage activé, exécutez la commande suivante: `./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>`	Exécutez le serveur d'intégration en mode débogage. Les premier et deuxième arguments sont obligatoires. Si l'argument `<debug port>` n'est pas fourni, le débogage n'est pas activé. Si le port de débogage est fourni, mais que l'argument de l'option d'interruption (Y ou y) n'est pas fourni, le débogage est activé avec `suspend=n`. Si le port de débogage est fourni et que l'option d'interruption est définie sur Y ou y, le débogage est activé avec `suspend=y`.
`./om-compose.sh resetpsw-mq <o:user>`	Le mot de passe par défaut de la console IBM MQ est défini dans le fichier compose/docker/docker-compose.properties . La variable MQ_PASS contient un mot de passe pour l'administrateur et MQ_PASS2 contient un mot de passe pour l'utilisateur du lecteur. Vous pouvez mettre à jour les mots de passe utilisateur de la console IBM MQ à l'aide de l'argument `./om-compose.sh resetpsw-mq <o:user>` . L'argument <o:user> fait référence aux utilisateurs IBM MQ qui sont des utilisateurs administrateur ou lecteur. Après avoir mis à jour le mot de passe, vous pouvez vous connecter à la console IBM MQ en entrant le nom d'utilisateur (administrateur ou lecteur) et le mot de passe mis à jour.
`./om-compose install-ri`	Installe l'implémentation de référence dans le Developer Toolkit (DTK).

Remarque: Les journaux de chaque commande exécutée se trouvent dans le répertoire compose/logs .

Références de commande Docker Compose pour IBM Sterling Call Center

Si vous souhaitez utiliser Sterling Call Center, vous pouvez exécuter la commande ./cc-compose.sh avec des arguments adaptés à vos besoins. Par exemple : ./cc-compose.sh <arguments>

Le tableau suivant fournit la liste des commandes et des arguments permettant d'exécuter cc-compose.sh:

Instruction Description

Instruction	Description
`./ cc-compose.sh start` `./ cc-compose.sh stop` `./ cc-compose.sh restart`	Le démarrage s'arrête et redémarre les conteneurs Sterling Call Center . Les conteneurs Sterling Call Center sont les suivants: `om-call-center-ext and` `om-call-center-base`

./ cc-compose.sh start
./ cc-compose.sh stop
./ cc-compose.sh restart

Le démarrage s'arrête et redémarre les conteneurs Sterling Call Center .

Les conteneurs Sterling Call Center sont les suivants:

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

Procédure à suivre si votre machine hôte est redémarrée ou redémarrée

Une fois la machine hôte redémarrée, assurez-vous que Docker et Docker Compose sont en cours d'exécution. Exécutez la commande suivante pour vous assurer que Docker est en cours d'exécution. S'il renvoie vos conteneurs à l'état de sortie, suivez l'étape 3. Sinon, suivez l'étape 2.
docker ps -a
Si Docker n'est pas en cours d'exécution, exécutez la commande suivante en tant que superutilisateur:
systemctl start docker
Vous pouvez également activer définitivement Docker en exécutant la commande suivante en tant que superutilisateur:
systemctl enable docker
Accédez au répertoire devtoolkit_docker/compose/ et exécutez la commande suivante:
./om-compose.sh start
Remarque: Si vous utilisez IBM® Sterling Call Center, exécutez la commande ./cc-compose.sh start .

Important: Si votre kit d'outils de développement s'exécute dans un environnement Windows WSL 2, localhost est votre système WSL 2. Au lieu de la commande systemctl , vous devez exécuter la commande suivante en tant que superutilisateur pour démarrer Docker:
sudo service docker start
Exécutez la commande chaque fois que votre système WSL 2 redémarre ou vous pouvez la définir au niveau fstab , qui démarrera et activera Docker chaque fois que votre système WSL 2 redémarrera.