Per consentire l'elaborazione simultanea all'interno di un flusso di
messaggi mentre viene eseguita la serializzazione dei messaggi tra i flussi di
messaggi in gruppi di esecuzione separati, l'ambito del token di
serializzazione viene limitato all'interno di un singolo gruppo di esecuzione.

Questo esempio dimostra che il token di serializzazione è limitato
all'interno di un singolo gruppo di esecuzione in esecuzione su un broker:
- Due nodi MQInput in flussi di messaggi separati (in
questo caso MyFlowA e MyFlowB ) sono in
esecuzione all'interno dello stesso gruppo di esecuzione
MyGroupA. Entrambi i nodi MQInput
ricevono contemporaneamente i messaggi dalla coda di input condivisa anche se
stanno utilizzando lo stesso token di serializzazione.
- Se la serializzazione è richiesta all'interno di un singolo flusso di
messaggi, l'attributo del flusso di messaggi
additional instances deve essere impostato su
zero, che è l'impostazione predefinita. Tuttavia, se è richiesta una velocità di trasmissione superiore e la
serializzazione dell'input all'interno del flusso non è importante, è
possibile impostare
additional instances su un valore maggiore di zero.
- L'utilizzo dell'attributo serialization
token sul nodo MQInput non serializza l'input tra i
flussi di messaggi in funzione all'interno dello stesso gruppo di esecuzione. Tuttavia, l'impostazione dell'attributo non ha effetto inverso
sull'elaborazione all'interno di tale gruppo di esecuzione.
- In questo modo, è possibile portare al massimo la velocità di trasmissione
in un flusso di messaggi su un broker mentre viene eseguita la serializzazione
dell'input tra i broker. Ciò è utile nel caso in cui è necessario disporre di uno o più broker in
funzione come
standby immediato se è necessario arrestare il broker attivo per l'assistenza o
in caso di errore del broker.