Cenários assíncronos usando HTTP, TCP ou Named-Pipe
Este tópico descreve as atividades e transferências para diferentes cenários assíncronos de solicitação/resposta, com solicitações multithreaded usando HTTP, TCP ou pipe nomeado.
Solicitação/resposta assíncrona sem erros
Esta seção descreve as atividades e transferências para um cenário assíncrono de solicitação/resposta, com clientes multithreaded.
A atividade do chamador termina quando beginCall retorna e endCall retorna. Se um retorno de chamada for chamado, o retorno de chamada retornará.
A atividade chamada termina quando beginCall retorna, endCall retorna ou quando o retorno de chamada retorna se foi chamado a partir dessa atividade.
Cliente assíncrono sem retorno de chamada
A propagação está habilitada em ambos os lados, usando HTTP
Se propagateActivity=true, ProcessMessage indica para qual atividade ProcessAction deve ser transferida.
Para cenários baseados em HTTP, ReceiveBytes é invocado na primeira mensagem a ser enviada e existe durante o tempo de vida da solicitação.
A propagação está desativada em ambos os lados, usando HTTP
Se propagateActivity=false estiver em ambos os lados, ProcessMessage não indica para qual atividade ProcessAction transferir. Portanto, uma nova atividade temporária ProcessAction com uma nova ID é invocada. Quando a resposta assíncrona é correspondida à solicitação no código ServiceModel, o ID da atividade pode ser recuperado do contexto local. A atividade ProcessAction real pode ser transferida para com esse ID.
Para cenários baseados em HTTP, ReceiveBytes é invocado na primeira mensagem a ser enviada e existe durante o tempo de vida da solicitação.
Uma atividade de Ação de Processo é criada em um cliente assíncrono quando propagateActivity=false está no chamador ou chamador e quando a mensagem de resposta não inclui um cabeçalho de Ação.
A propagação está habilitada em ambos os lados, usando TCP ou pipe nomeado
Para um cenário baseado em Named-Pipe ou TCP, ReceiveBytes é invocado quando o cliente é aberto e existe durante o tempo de vida da conexão.
Semelhante à primeira imagem, se propagateActivity=true, ProcessMessage indica para qual atividade ProcessAction transferir.
A propagação está desativada em ambos os lados, usando TCP ou pipe nomeado
Para um cenário baseado em Named-Pipe ou TCP, ReceiveBytes é invocado quando o cliente é aberto e existe durante o tempo de vida da conexão.
Semelhante à segunda imagem, se propagateActivity=false em ambos os lados, ProcessMessage não indica para qual atividade ProcessAction transferir. Portanto, uma nova atividade temporária ProcessAction com uma nova ID é invocada. Quando a resposta assíncrona é correspondida à solicitação no código ServiceModel, o ID da atividade pode ser recuperado do contexto local. A atividade ProcessAction real pode ser transferida para com esse ID.
Cliente assíncrono com retorno de chamada
Este cenário adiciona as atividades G e A', para o retorno de chamada e endCall, e suas transferências de entrada/saída.
Esta seção demonstra apenas o uso de HTTP com propagateActivity=true. No entanto, as atividades adicionais e transferências também se aplicam aos outros casos (ou seja, propagateActivity=falseusando TCP ou Named-Pipe).
O retorno de chamada cria uma nova atividade (G) quando o cliente chama o código do usuário para notificar que os resultados estão prontos. Em seguida, o código do usuário chama endCall dentro do retorno de chamada (como mostra a Figura 5) ou fora do retorno de chamada (Figura 6). Como não se sabe de qual atividade endCall do usuário está sendo chamada, essa atividade é rotulada A’como . É possível que A' possa ser idêntico ou diferente de A.
Servidor assíncrono com retorno de chamada
A pilha de canais chama de volta o cliente em Message Receive: rastreamentos para esse processamento são emitidos na própria atividade ProcessRequest.
Solicitação/resposta assíncrona com erros
Erros de mensagem de falha são recebidos durante endCallo . Caso contrário, as atividades e transferências são semelhantes aos cenários anteriores.
Assíncrono unidirecional com ou sem erros
Nenhuma resposta ou falha é devolvida ao cliente.