Sem usar um ID de cliente alternativo, um aplicativo cliente pode recuperar somente mensagens de saída assíncrona não roteada novamente de uma interação em uma conexão do soquete persistente compartilhável ao executar uma interação SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT ou SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT. Essa interação deve estar na mesma conexão do soquete persistente compartilhável em que a interação do mesmo aplicativo fez com que a saída assíncrona fosse enfileirada.
| Interação | Soquete | ID do cliente | Nome do novo roteamento | ID de cliente alternativo | Comentários |
|---|---|---|---|---|---|
| continuar tpipe, sem especificar um ID de cliente alternativo | Compartilhável | nulo | nulo | nulo | A saída assíncrona deve ser recuperada na mesma conexão da interação anterior. Caso contrário, a saída assíncrona não poderá ser recuperada. Se a recuperação falhar, a mensagem será perdida. |
| continuar tpipe, sem especificar um ID de cliente alternativo | Compartilhável | nulo | myRR | nulo | A saída assíncrona deve ser recuperada na mesma conexão da interação anterior. Se a recuperação falhar, a mensagem será roteada novamente para myRR. |
| continuar tpipe, especificando o ID de cliente alternativo | Compartilhável | nulo | N/D | myTpipe | As mensagens assíncronas serão recuperadas do tpipe myTpipe. As propriedades reRouteName e altClientID são mutuamente exclusivas e não podem ser usadas ao mesmo tempo. |
| continuar tpipe | Dedicado | myCID | N/D | N/D | As mensagens assíncronas devem ser recuperadas usando o ID de cliente myCID. |
Para as conexões do soquete persistente compartilhável, o modo de confirmação para uma interação SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT ou SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT é automaticamente configurado como 0 pelo IMS TM Resource Adapter, independentemente do valor configurado no objeto IMSInteractionSpec dessa interação. Esse comportamento é diferente do comportamento das interações SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_WAIT ou SYNC_RECEIVE_ASYNCOUTPUT_SINGLE_NOWAIT em conexões de soquete persistentes dedicados. Para conexões de soquetes dedicados, o modo de confirmação deverá ser configurado explicitamente como 0.