Guida di riferimento per i comandi Docker Compose

È possibile eseguire il comando ./om-compose.sh con argomenti per soddisfare i propri requisiti. Ad esempio, ./om-compose.sh <arguments>.

La seguente tabella fornisce l'elenco di comandi e argomenti per eseguire om-compose.sh:

Comandi	Descrizione
`./om-compose.sh setup <optional: full_path_to_custom jar>`	Configura per la prima volta un ambiente del toolkit sviluppatori inserito in un contenitore. Inoltre, distribuisce il JAR di personalizzazione fornito, anche se è facoltativo. Per ulteriori informazioni, vedi Configurazione dell'ambiente del toolkit dello sviluppatore inserito nel contenitore.
`./om-compose.sh setup-upg <optional: full_path_to_custom_jar>`	Aggiorna un ambiente toolkit dello sviluppatore inserito in un contenitore esistente con nuove immagini (upgrade). Inoltre, distribuisce il JAR di personalizzazione fornito, sebbene sia facoltativo. È simile all'argomento di impostazione, ma esegue il caricamento dei dati di factory e delle viste di caricamento in modalità 'upgrade'. Prima di eseguire `setup-upg` per eseguire l'aggiornamento al rilascio successivo, è consigliabile creare un backup della configurazione eseguendo l'esportazione CDT (Configuration Deployment Tool) dal runtime host. Per ulteriori informazioni, vedi Aggiornamento di un ambiente del toolkit dello sviluppatore inserito in un contenitore.
`./om-compose.sh update-extn <optional: full_path_to_custom_jar>`	Aggiorna un ambiente esistente solo con il pacchetto di personalizzazione, senza recuperare nuove immagini. Inoltre, è possibile integrare il toolkit per sviluppatori con i servizi Cloud, come Sterling™ Intelligent Promising Inventory Visibility e Sterling Store Engagement. Per ulteriori informazioni, vedi Aggiorna le estensioni personalizzate nell'ambiente del toolkit dello sviluppatore inserito nel contenitore.
`./om-compose.sh check-services`	Verifica della connettività ai servizi Cloud integrati, come Sterling Intelligent Promising Inventory Visibility e Sterling Store Engagement.
`./om-compose.sh extract-rt`	Estrae il contenuto di runtime nella directory devtoolkit_docker/runtime nella macchina host. Puoi creare una copia del tuo runtime Sterling Order Management System sulla tua macchina host dalla tua immagine Docker di runtime. Questa directory runtime può essere utilizzata per sviluppare personalizzazioni, accedere a Javadoc, eseguire agent e script come CDT. Non è necessario immettere il contenitore Docker per eseguire una di queste attività.
`./om-compose.sh start <optional: service name> ./om-compose.sh stop <optional: service name> ./om-compose.sh restart <optional: service name>`	Avvia l'arresto e riavvia tutti i servizi Docker Compose . Se nessun nome servizio viene passato al comando, tutti i servizi vengono avviati, arrestati o riavviati. Altrimenti, il comando funziona solo sul servizio passato. I nomi dei servizi per diversi servizi sono `omruntime`, `appserver`, `mqserver` e `db2server`.
`./om-compose.sh wipe-clean`	Elimina tutti i contenitori ed elimina tutti i volumi corrispondenti al tuo ambiente Docker Compose . Reimposta l'ambiente in modo da poter eseguire di nuovo l'installazione. Facoltativamente, puoi conservare un backup della tua configurazione utilizzando il CDT. Nota: l'esecuzione dello script composto con questo argomento rimuove completamente l'impostazione.
`./om-compose.sh add-queue <new_queue_name_in_all_caps> <queue length>`	Aggiunge una nuova coda locale sul server IBM MQ e aggiorna anche il file di bind IBM MQ . È anche possibile fornire una lunghezza coda personalizzata, il valore predefinito è 5000.
`./om-compose.sh delete-queue <queue_name_to be deleted_in_all_caps>`	Elimina la coda locale specificata sul server IBM MQ e aggiorna anche il file di bind IBM MQ .
`./om-compose.sh import-cert <arg1> <arg2>`	Importa certificati di terze parti. Considera i seguenti argomenti: Il primo argomento è il percorso relativo alla directory devtoolkit_docker/certificates . Il secondo argomento è l'alias.
`./om-compose.sh remove-cert <arg1>`	Rimuove i certificati di terze parti. Il primo argomento è che l'alias deve essere rimosso.
`./om-compose.sh start-agent "<server args, starting with servername>" <optional:debug port> <optional:suspend option, Y or y>`	Eseguire il server agent in modalità debug. Il primo e il secondo argomento sono obbligatori. Se l'argomento `<debug port>` non viene fornito, il debug non è abilitato. Se viene fornita la porta di debug, ma l'argomento dell'opzione di sospensione (Y o y) non viene fornito, il debug è abilitato con `suspend=n`. Se la porta di debug è fornita e l'opzione di sospensione è fornita come Y o y, il debug è abilitato con `suspend=y`. Ad esempio, per eseguire il server `ScheduleOrder` con più parametri `-jvminstance schedOrdL1`, con il debug abilitato sulla porta 8384 e sospendere per il debug abilitato, eseguire il seguente comando: `./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>`	Eseguire il server di integrazione in modalità debug. Il primo e il secondo argomento sono obbligatori. Se l'argomento `<debug port>` non viene fornito, il debug non è abilitato. Se viene fornita la porta di debug, ma l'argomento dell'opzione di sospensione (Y o y) non viene fornito, il debug è abilitato con `suspend=n`. Se la porta di debug è fornita e l'opzione di sospensione è fornita come Y o y, il debug è abilitato con `suspend=y`.
`./om-compose.sh resetpsw-mq <o:user>`	La password predefinita per la console IBM MQ è impostata nel file compose/docker/docker-compose.properties . La variabile MQ_PASS contiene una parola d'ordine per l'utente admin e MQ_PASS2 contiene una password per l'utente reader. È possibile aggiornare le password utente della console IBM MQ utilizzando l'argomento `./om-compose.sh resetpsw-mq <o:user>` . L'argomento <o:user> fa riferimento agli utenti IBM MQ che sono utenti admin o reader. Dopo aver aggiornato la parola d'ordine, puoi accedere alla console IBM MQ immettendo il nome utente, che è admin o reader, e la parola d'ordine aggiornata.

Nota: i log per ogni comando eseguito sono presenti nella directory compose/logs .

Riferimenti ai comandi Docker Compose per IBM Sterling Call Center

Se si desidera utilizzare Sterling Call Center, è possibile eseguire il comando ./cc-compose.sh con argomenti per soddisfare i propri requisiti. Ad esempio, ./cc-compose.sh <arguments>

La seguente tabella fornisce l'elenco di comandi e argomenti per eseguire cc-compose.sh:

Comando Descrizione

Comando	Descrizione
`./ cc-compose.sh start` `./ cc-compose.sh stop` `./ cc-compose.sh restart`	Avvia i contenitori Sterling Call Center . I contenitori Sterling Call Center sono: `om-call-center-ext and` `om-call-center-base`

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

Avvia i contenitori Sterling Call Center .

I contenitori Sterling Call Center sono:

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

Procedura da seguire se la macchina host viene riavviata o riavviata

Dopo che la macchina host è stata riavviata, assicurati che Docker e Docker Compose siano in esecuzione. Esegui il seguente comando per assicurarti che Docker sia in esecuzione. Se restituisce i tuoi contenitori nello stato di uscita, segui il passo 3. Altrimenti, seguire il passo 2.
docker ps -a
Se Docker non è in esecuzione, esegui il seguente comando come superutente:
systemctl start docker
Inoltre, è possibile abilitare in modo permanente Docker immettendo il seguente comando come super utente:
systemctl enable docker
Andare nella directory devtoolkit_docker/compose/ ed eseguire il seguente comando:
./om-compose.sh start
Nota: se si utilizza IBM® Sterling Call Center, eseguire il comando ./cc-compose.sh start .

Importante: se il toolkit sviluppatori è in esecuzione in un ambiente Windows WSL 2, localhost è il sistema WSL 2. Invece del comando systemctl , devi eseguire il seguente comando come un super utente per avviare Docker:
sudo service docker start
Eseguire il comando ogni volta che il sistema WSL 2 viene riavviato oppure è possibile impostarlo al livello fstab , che avvierà e abiliterà Docker ogni volta che il sistema WSL 2 viene riavviato.