Utilizzare i comandi di gestione per determinare l'esistenza di messaggi non riusciti
per i processi aziendali o le human task e se presenti ripetere l'elaborazione degli stessi.
Prima di iniziare
Prima di iniziare questa procedura, devono essere soddisfatte le seguenti
condizioni:
- Il server delle applicazioni sul quale è necessario eseguire la query dei messaggi e la loro ripetizione
deve essere in esecuzione. Ovvero, non è possibile utilizzare l'opzione -conntype none dello
script wsadmin, poiché è richiesta una connessione al server.
- Quando la sicurezza è abilitata, è necessario disporre dei privilegi dell'operatore.
Perché e quando effettuare questa attività
Quando si verifica un problema durante l'elaborazione di un messaggio interno, questo viene
ubicato su una coda di conservazione o di attesa. Per determinare l'esistenza di
tutti i messaggi non riusciti e per inviare tali messaggi nuovamente alla coda
interna:
Procedura di questa attività
- Passare alla directory secondaria di Business Process Choreographer in cui
sono posizionati gli script di gestione.
Sui sistemi Windows, immettere:
cd install_root\ProcessChoreographer\admin
Sui sistemi Linux e UNIX,
immettere:
cd install_root/ProcessChoreographer/admin
- Eseguire una query del numero di messaggi non riusciti sulle code di attesa e di
conservazione.
Sui sistemi Windows,
immettere uno dei seguenti comandi. Le differenze tra
i comandi vengono evidenziate:
install_root\bin\wsadmin –lang jython -f queryNumberOfFailedMessages.py
-cluster clusterName
[ -bfm | -htm ]
[-profileName profileName]
install_root\bin\wsadmin –lang jython -f queryNumberOfFailedMessages.py
-node nodeName
-server serverName
[ -bfm | -htm ]
[-profileName profileName]
Nei sistemi UNIX e
Linux,
immettere uno dei seguenti comandi. Le differenze tra
i comandi vengono evidenziate:
install_root/bin/wsadmin.sh –lang jython -f queryNumberOfFailedMessages.py
-cluster clusterName
[ -bfm | -htm ]
[-profileName profileName]
install_root/bin/wsadmin.sh –lang jython -f queryNumberOfFailedMessages.py
-node nodeName
-server serverName
[ -bfm | -htm ]
[-profileName profileName]
Dove:
- cluster clusterName
- Il nome del cluster. Obbligatorio se il contenitore dei processi aziendali è
configurato per un cluster WebSphere.
- node nodeName
- Facoltativo quando si specifica il nome del server. Questo nome identifica il nodo.
L'impostazione predefinita è il nodo locale.
- server serverName
- Il nome del server. Obbligatorio se il nome del cluster non è specificato.
- bfm|htm
- Queste parole chiave sono facoltative. Quella predefinita, se non è specificata alcuna opzione
consente la visualizzazione di tutti i messaggi non riusciti per i processi aziendali e le human task.
Se si desidera visualizzare soltanto il numero di messaggi nelle code di conservazione e di attesa del contenitore dei
processi aziendali, specificare l'opzione -bfm.
Se si desidera visualizzare soltanto il numero di messaggi nella coda di attesa del contenitore human
task, specificare l'opzione -htm.
- profileName profileName
- Il nome del profilo definito dall'utente. Specificare questa opzione se non si sta
gestendo il profilo predefinito.
Se si desidera verificare un server sul nodo locale,
immettere:
wsadmin –lang jython -f queryNumberOfFailedMessages.py -server serverName
- Rieseguire tutti i messaggi non riusciti sulla coda di attesa, di conservazione o su
entrambe.
Sui sistemi Windows,
immettere uno dei seguenti comandi. Le differenze tra
i comandi vengono evidenziate:
install_root\bin\wsadmin –lang jython -f replayFailedMessages.py
-cluster clusterName
-queue replayQueue
[ -bfm | -htm ]
[-profileName profileName]
install_root\bin\wsadmin –lang jython -f replayFailedMessages.py
-node nodeName
-server serverName
-queue replayQueue
[ -bfm | -htm ]
[-profileName profileName]
install_root\bin\wsadmin –lang jython -f replayFailedMessages.py
-server serverName
-queue replayQueue
[ -bfm | -htm ]
[-profileName profileName]
Sui sistemi UNIX e Linux,
immettere uno dei seguenti comandi. Le differenze tra
i comandi vengono evidenziate:
install_root/bin/wsadmin.sh –lang jython -f replayFailedMessages.py
-cluster clusterName
-queue replayQueue
[ -bfm | -htm ]
[-profileName profileName]
install_root/bin/wsadmin.sh –lang jython -f replayFailedMessages.py
-node nodeName
-server serverName
-queue replayQueue
[ -bfm | -htm ]
[-profileName profileName]
install_root/bin/wsadmin.sh –lang jython -f replayFailedMessages.py
-server serverName
-queue replayQueue
[ -bfm | -htm ]
[-profileName profileName]
Dove:
- queue replayQueue
- Facoltativamente specifica la coda da sottoporre a riesecuzione. replayQueue può
possedere uno dei seguenti valori:
- holdQueue (questo è il valore predefinito)
- retentionQueue (valido solo quando viene specificata l'opzione -bfm)
- both (valido solo quando viene specificata l'opzione -bfm)
- cluster clusterName
- Il nome del cluster. Obbligatorio se il contenitore dei processi aziendali è
configurato per un cluster WebSphere.
- node nodeName
- Facoltativo quando si specifica il nome del server. Questo nome identifica il nodo.
L'impostazione predefinita è il nodo locale.
- server serverName
- Il nome del server. Obbligatorio se il nome del cluster non è specificato.
- bfm|htm
- Queste parole chiave sono facoltative e si escludono a vicenda. Quella predefinita, se non è specificata alcuna opzione
consente la riesecuzione di tutti i messaggi non riusciti per i processi aziendali e le human task. Se si desidera rieseguire soltanto i messaggi per i processi aziendali,
specificare l'opzione -bfm. Se si desidera rieseguire soltanto i messaggi per le human task,
specificare l'opzione -htm.
- profileName profileName
- Il nome del profilo definito dall'utente. Specificare questa opzione se non si sta
gestendo il profilo predefinito.
Esempio
Nota: la versione jacl dello script di query staff inutilizzato di ripulitura, replayFailedMessages.jacl
è obsoleta. È disponibile nella directory secondaria util della
directory ProcessChoreographer e contiene gli stessi parametri
qui descritti, ma l'opzione –lang jython deve essere
omessa.