Compartilhar via

Protocolo de mensagens confiável versão 1.0

Este tópico aborda os detalhes de implementação do WCF (Windows Communication Foundation) para o protocolo WS-Reliable Messaging de fevereiro de 2005 (versão 1.0) necessário para interoperação usando o transporte HTTP. O WCF segue a especificação WS-Reliable Messaging com as restrições e esclarecimentos explicados neste tópico. Observe que o protocolo WS-ReliableMessaging versão 1.0 é implementado a partir do WinFX.

O protocolo WS-Reliable Messaging de fevereiro de 2005 é implementado no WCF pelo ReliableSessionBindingElement.

Para conveniência, o tópico usa as seguintes funções:

  • Iniciador: o cliente que inicia a criação da sequência de mensagens WS-Reliable

  • Respondente: o serviço que recebe as solicitações do iniciador

Este documento usa os prefixos e namespaces na tabela a seguir.

Prefixo Namespace
wsrm http://schemas.xmlsoap.org/ws/2005/02/rm
netrm http://schemas.microsoft.com/ws/2006/05/rm
s http://www.w3.org/2003/05/soap-envelope
wsa http://schemas.xmlsoap.org/ws/2005/08/addressing
wsse http://docs.oasis-open.org/wss/2004/01/oasis-200401-wssecurity-secext-1.0.xsd

Mensagens

Mensagens de estabelecimento de sequência

O WCF implementa CreateSequence e CreateSequenceResponse mensagens para estabelecer uma sequência de mensagens confiável. As seguintes restrições se aplicam:

  • B1101: O Iniciador do WCF não gera o elemento opcional Expires na mensagem CreateSequence ou, nos casos em que a mensagem CreateSequence contém um elemento Offer, o elemento opcional Expires no elemento Offer.

  • B1102: ao acessar a CreateSequence mensagem, o WCFResponder envia e recebe ambos os Expires elementos se eles existirem, mas não usa seus valores.

WS-Reliable Messaging introduz o mecanismo Offer para estabelecer as duas sequências correlacionadas inversas que formam uma sessão.

  • R1103: Se CreateSequence contiver um elemento Offer, o Respondente de Mensagens Confiáveis deverá aceitar a sequência e responder com CreateSequenceResponse, que contém um elemento wsrm:Accept, formando duas sequências de conversa correlacionadas, ou rejeitar a solicitação CreateSequence.

  • R1104: SequenceAcknowledgement e as mensagens de aplicativo que fluem na sequência inversa devem ser enviadas para a referência de ponto de extremidade ReplyTo do CreateSequence.

  • R1105: as referências de ponto de extremidade AcksTo e ReplyTo em CreateSequence devem ter valores de endereço que correspondam ao octeto.

    O Respondente do WCF verifica se a parte do URI e os EPRs AcksTo e ReplyTo são idênticos antes de criar uma sequência.

  • R1106: As referências de ponto de extremidade em AcksTo e ReplyTo no CreateSequence devem ter o mesmo conjunto de parâmetros de referência.

    O WCF não impõe, mas pressupõe que [parâmetros de referência] de AcksTo e ReplyTo em CreateSequence são idênticos e usa [parâmetros de referência] da referência de ponto de extremidade ReplyTo para confirmações e mensagens de sequência inversa.

  • R1107: quando duas sequências inversas são estabelecidas usando o mecanismo Offer e as mensagens de aplicativo SequenceAcknowledgement que fluem em sequências inversas devem ser enviadas para a referência de ponto de extremidade ReplyTo do CreateSequence.

  • R1108: quando duas sequências inversas são estabelecidas usando o mecanismo Offer, a propriedade [address] do elemento filho de Referência de ponto de extremidade wsrm:AcksTo do elemento wsrm:Accept do CreateSequenceResponse deve corresponder a cada byte do URI de destino do CreateSequence.

  • R1109: Quando duas sequências de conversa são estabelecidas usando o mecanismo Offer, as mensagens enviadas pelo iniciador e as confirmações de recebimento das mensagens pelo respondente devem ser enviadas para a mesma Referência de Ponto de Extremidade.

    O WCF usa WS-Reliable Messaging para estabelecer sessões confiáveis entre o Iniciador e o Respondente. A implementação de mensagens WS-Reliable do WCF fornece uma sessão confiável para padrões de mensagens duplex unidirecionais, de solicitação-resposta e full duplex. O mecanismo Offer de WS-Reliable Messaging em CreateSequence/CreateSequenceResponse permite estabelecer duas sequências inversas correlacionadas e fornece um protocolo de sessão adequado para todos os pontos de extremidade de mensagem. Como o WCF fornece uma garantia de segurança para essa sessão, incluindo a proteção de ponta a ponta para a integridade da sessão, é prático garantir que as mensagens destinadas à mesma parte cheguem ao mesmo destino. Isso também permite o piggy-back de confirmações de sequência em mensagens de aplicativo. Portanto, as restrições R1104, R1105 e R1108 se aplicam ao WCF.

Um exemplo de uma CreateSequence mensagem.

<s:Envelope>
  <s:Header>
    <a:Action s:mustUnderstand="1">
      http://schemas.xmlsoap.org/ws/2005/02/rm/CreateSequence
    </a:Action>
    <a:ReplyTo>
      <a:Address>
         http://Business456.com/clientA
      </a:Address>
    </a:ReplyTo>
    <a:MessageID>
      urn:uuid:addabbbf-60cb-44d3-8c5b-9e0841629a36
    </a:MessageID>
    <a:To s:mustUnderstand="1">
      http://Business456.com/clientA
    </a:To>
  </s:Header>
  <s:Body>
    <wsrm:CreateSequence>
      <wsrm:AcksTo>
       <wsa:Address>
         http://Business456.com/clientA
       </wsa:Address>
     </wsrm:AcksTo>
     <wsrm:Offer>
      <wsrm:Identifier>
        urn:uuid:0afb8d36-bf26-4776-b8cf-8c91fddb5496
      </wsrm:Identifier>
     </wsrm:Offer>
   </wsrm:CreateSequence>
  </s:Body>
</s:Envelope>

Um exemplo de uma CreateSequenceResponse mensagem.

<s:Envelope>
  <s:Header>
    <a:Action s:mustUnderstand="1">
      http://schemas.xmlsoap.org/ws/2005/02/rm/CreateSequenceResponse
    </a:Action>
    <a:RelatesTo>
      urn:uuid:addabbbf-60cb-44d3-8c5b-9e0841629a36
    </a:RelatesTo>
    <a:To s:mustUnderstand="1">
      http://Business456.com/clientA
    </a:To>
  </s:Header>
  <s:Body>
   <wsrm:CreateSequenceResponse>
    <Identifier>
     urn:uuid:eea0a36c-b38a-43e8-8c76-2fabe2d76386
    </Identifier>
    <Accept>
    <AcksTo>
      <a:Address>
        http://BusinessABC.com/serviceA
      </a:Address>
    </AcksTo>
    </Accept>
   </wsrm:CreateSequenceResponse>
  </s:Body>
</s:Envelope>

Sequência

Veja a seguir uma lista de restrições que se aplicam a sequências:

  • B1201:WCF gera e acessa números de sequência que não excedem o valor máximo inclusivo de xs:long, 9223372036854775807.

  • B1202: o WCF sempre gera uma última mensagem vazia com o URI de ação de http://schemas.xmlsoap.org/ws/2005/02/rm/LastMessage.

  • B1203: o WCF recebe e entrega uma mensagem com um cabeçalho Sequence que contém um elemento LastMessage desde que o URI da ação não seja http://schemas.xmlsoap.org/ws/2005/02/rm/LastMessage.

Um exemplo de cabeçalho de sequência.

<wsrm:Sequence>
  <wsrm:Identifier>
    urn:uuid:addabbbf-60cb-44d3-8c5b-9e0841629a36
  </wsrm:Identifier>
  <wsrm:MessageNumber>
    10
  </wsrm:MessageNumber>
  <wsrm:LastMessage/>
 </wsrm:Sequence>

Cabeçalho AckRequested

O WCF usa o cabeçalho AckRequested como um mecanismo de keep alive. O WCF não gera o elemento opcional MessageNumber . Ao receber uma mensagem com um AckRequested cabeçalho que contém o MessageNumber elemento, o WCF ignora o valor do elemento MessageNumber, conforme mostrado no exemplo a seguir.

<wsrm:AckRequested>
  <wsrm:Identifier>
    urn:uuid:addabbbf-60cb-44d3-8c5b-9e0841629a36
  </wsrm:Identifier>
</wsrm:AckRequested>

Cabeçalho SequenceAcknowledgement

O WCF usa o mecanismo piggy-back para confirmações de sequência fornecidas no WS-Reliable Messaging.

  • R1401: quando duas sequências inversas são estabelecidas usando o mecanismo Offer, o cabeçalho SequenceAcknowledgement pode ser incluído em qualquer mensagem de aplicativo transmitida para o destinatário pretendido.

  • B1402: quando o WCF deve gerar uma confirmação antes de receber qualquer mensagem de sequência (por exemplo, para satisfazer uma AckRequested mensagem), o WCF gera um SequenceAcknowledgement cabeçalho que contém o intervalo de 0 a 0, conforme mostrado no exemplo a seguir.

    <wsrm:SequenceAcknowledgement>
  <wsrm:Identifier>
    urn:uuid:addabbbf-60cb-44d3-8c5b-9e0841629a36
  </wsrm:Identifier>
  <wsrm:AcknowledgementRange Upper="0" Lower="0"/>
</wsrm:SequenceAcknowledgement>

  • B1403: o WCF não gera SequenceAcknowledgement cabeçalhos que contêm um Nack elemento, mas dão suporte a elementos Nack .

Falhas de WS-ReliableMessaging

Veja a seguir uma lista de restrições que se aplicam à implementação do WCF de falhas de WS-Reliable Messaging:

  • B1501: o WCF não gera MessageNumberRollover falhas.

  • B1502: o ponto de extremidade do WCF pode gerar falhas de CreateSequenceRefused conforme descrito na especificação.

  • B1503:Quando o ponto de extremidade de serviço atinge seu limite de conexão e não pode processar novas conexões, o WCF gera um subcódigo de falha adicional CreateSequenceRefused , netrm:ConnectionLimitReachedconforme mostrado no exemplo a seguir.

    <s:Envelope>
  <s:Header>
    <wsa:Action>
      http://schemas.xmlsoap.org/ws/2005/08/addressing/fault
    </wsa:Action>
  </s:Header>
  <s:Body>
    <s:Fault>
      <s:Code>
        <s:Value>
          s:Receiver
        </s:Value>
        <s:Subcode>
          <s:Value>
            wsrm:CreateSequenceRefused
          </s:Value>
          <s:Subcode>
            <s:Value>
              netrm:ConnectionLimitReached
            </s:Value>
          </s:Subcode>
        </s:Subcode>
      </s:Code>
      <s:Reason>
        <s:Text xml:lang="en">
          [Reason]
        </s:Text>
      </s:Reason>
    </s:Fault>
  </s:Body>
</s:Envelope>

Falhas de WS-Addressing

Como o WS-Reliable Messaging usa o WS-Addressing, a implementação do WCF WS-Reliable Messaging pode gerar falhas de WS-Addressing. Esta seção aborda as falhas de WS-Addressing geradas explicitamente pelo WCF na camada de comunicação WS-Reliable.

  • B1601:WCF gera o cabeçalho de endereçamento de mensagem de falha necessário quando um dos seguintes é verdadeiro:

    • Falta um cabeçalho Sequence e um cabeçalho Action em uma mensagem.

    • Uma mensagem CreateSequence está sem um cabeçalho MessageId.

    • Uma mensagem CreateSequence está sem um cabeçalho ReplyTo.

  • B1602: o WCF gera a ação de falha de Action Not Supported em resposta a uma mensagem que está sem um cabeçalho Sequence e tem um cabeçalho Action que não é reconhecido na especificação WS-Reliable Messaging.

  • B1603: WCF gera a falha 'Ponto de Extremidade Indisponível' para indicar que o ponto de extremidade não processa a sequência com base no exame dos cabeçalhos de endereçamento da mensagem CreateSequence.

Composição de protocolo

Composição com WS-Addressing

O WCF dá suporte a duas versões do WS-Addressing: WS-Addressing 2004/08 [WS-ADDR] e W3C WS-Addressing recomendações 1.0 [WS-ADDR-CORE] e [WS-ADDR-SOAP].

Embora a especificação WS-Reliable Messaging mencione apenas WS-Addressing 2004/08, ela não restringe a versão WS-Addressing a ser usada. Veja a seguir uma lista de restrições que se aplicam ao WCF:

  • R2101: WS-Addressing 2004/08 e WS-Addressing 1.0 podem ser usados com WS-Reliable Messaging.

  • R2102: uma única versão do WS-Addressing deve ser usada em uma determinada sequência WS-Reliable Messaging ou um par de sequências inversas correlacionadas usando o mecanismo wsrm:Offer.

Composição com SOAP

O WCF dá suporte ao uso de SOAP 1.1 e SOAP 1.2 com WS-Reliable Messaging.

Composição com WS-Security e WS-SecureConversation

O WCF fornece proteção para sequências de mensagens WS-Reliable usando transporte seguro (HTTPS), composição com WS-Security e composição com WS-Secure Conversation. Veja a seguir uma lista de restrições que se aplicam ao WCF:

  • R2301: para proteger a integridade de uma sequência WS-Reliable Messaging, além da integridade e da confidencialidade de mensagens individuais, o WCF requer que WS-Secure Conversation seja usado.

  • R2302: a sessão AWS-Secure Conversation deve ser estabelecida antes de se estabelecer sequências WS-Reliable Messaging.

  • R2303: se o tempo de vida da sequência WS-Reliable Messaging exceder o tempo de vida da sessão de WS-Secure Conversation, o SecurityContextToken estabelecido pelo uso de WS-Secure Conversation deve ser renovado usando a associação WS-Secure Conversation Renewal correspondente.

  • B2304: a sequência WS-Reliable Messaging ou um par de sequências inversas correlacionadas são sempre associadas a uma única sessão de WS-SecureConversation.

    A fonte do WCF gera o elemento wsse:SecurityTokenReference na seção de extensibilidade da mensagem CreateSequence.

  • R2305:Quando composta com WS-Secure Conversation, uma CreateSequence mensagem deve conter o wsse:SecurityTokenReference elemento.

Declaração de WS-Policy de Mensagens WS-Reliable

O WCF usa WS-Reliable Messaging WS-Policy Assertion wsrm:RMAssertion para descrever as capacidades dos endpoints. Veja a seguir uma lista de restrições que se aplicam ao WCF:

  • B3001: o WCF anexa a Declaração de WS-Policy wsrm:RMAssertion a elementos wsdl:binding. O WCF dá suporte tanto a anexos para wsdl:binding quanto a elementos para wsdl:port.

  • B3002: O WCF dá suporte às seguintes propriedades opcionais da declaração de WS-Reliable Messaging e fornece controle sobre elas no WCFReliableMessagingBindingElement:

    • wsrm:InactivityTimeout

    • wsrm:AcknowledgementInterval

    A seguir, é mostrado um exemplo.

    <wsrm:RMAssertion>
  <wsrm:InactivityTimeout Milliseconds="600000" />
  <wsrm:AcknowledgementInterval Milliseconds="200" />
</wsrm:RMAssertion>

Extensão de WS-Reliable Messaging de controle de fluxo

O WCF usa a extensibilidade de WS-Reliable Messaging para fornecer controle adicional mais rigoroso sobre o fluxo de mensagens de sequência.

O controle de fluxo é habilitado definindo a ReliableSessionBindingElement.FlowControlEnabled propriedade como true. Veja a seguir uma lista de restrições que se aplicam ao WCF:

  • B4001: quando o controle de fluxo de Reliable Messaging está habilitado, o WCF gera um elemento netrm:BufferRemaining na extensibilidade do elemento do cabeçalho SequenceAcknowledgement.

  • B4002: Quando o Controle de Fluxo de Mensagens Confiáveis está habilitado, o WCF não exige que um netrm:BufferRemaining elemento esteja presente no SequenceAcknowledgement cabeçalho, conforme mostrado no exemplo a seguir.

    <wsrm:SequenceAcknowledgement>
  <wsrm:Identifier>
    http://fabrikam123.com/abc
  </wsrm:Identifier>
  <wsrm:AcknowledgementRange Upper="1" Lower="1"/>
  <netrm:BufferRemaining>
    8
  </netrm:BufferRemaining>
</wsrm:SequenceAcknowledgement>

  • B4003: o WCF usa netrm:BufferRemaining para indicar quantas novas mensagens o Destino de Mensagens Confiáveis pode armazenar em buffer.

  • B4004:O Serviço de Mensagens Confiáveis do WCF limita o número de mensagens transmitidas quando o aplicativo de destino Reliable Messaging não pode receber mensagens rapidamente. O destino do Reliable Messaging armazena mensagens em buffer e o valor do elemento cai para 0.

  • B4005: O WCF gera netrm:BufferRemaining valores inteiros entre 0 e 4096 inclusive, e lê valores inteiros entre 0 e valor xs:int’s maxInclusive 214748364 inclusive.

Padrões de Troca de Mensagens

Esta seção descreve o comportamento do WCF quando WS-Reliable Messaging é usado para diferentes padrões do Exchange de Mensagens. Para cada Padrão do Exchange de Mensagens, os dois cenários de implantações a seguir são considerados:

  • Iniciador não endereçável: o iniciador está atrás do firewall; O respondente pode entregar mensagens ao Iniciador somente em respostas HTTP.

  • Iniciador Endereçável: Iniciador e Respondente podem receber solicitações HTTP; em outras palavras, duas conexões HTTP inversas podem ser estabelecidas.

Iniciador unidirecional não endereçável

Associação

O WCF fornece um padrão de troca de mensagens unidirecional usando uma sequência em um canal HTTP. O WCF usa as solicitações HTTP para transmitir todas as mensagens do RMS para o RMD e a resposta HTTP para transmitir todas as mensagens do RMD para o RMS.

CreateSequence Exchange

O Iniciador do WCF gera uma CreateSequence mensagem sem nenhuma oferta. O Respondente do WCF garante que CreateSequence não tem nenhuma oferta antes de criar uma sequência. O Respondedor do WCF responde à solicitação CreateSequence com uma mensagem CreateSequenceResponse.

SequenceAcknowledgement

O Iniciador do WCF processa confirmações na resposta de todas as mensagens, exceto a mensagem CreateSequence e as mensagens de falha. O Respondente do WCF sempre gera uma confirmação autônoma na resposta à sequência e às mensagens AckRequested.

Mensagem TerminateSequence

O WCF trata TerminateSequence como uma operação unidirecional, o que significa que a resposta HTTP tem um corpo vazio e um código de status HTTP 202.

Iniciador unidirecional endereçável

Associação

O WCF fornece um padrão de troca de mensagens unidirecional usando uma sequência em um canal Http de entrada e de saída. O WCF usa as solicitações HTTP para transmitir todas as mensagens. Todas as respostas HTTP têm um corpo vazio e um código de status HTTP 202.

CreateSequence Exchange

O Iniciador do WCF gera uma CreateSequence mensagem sem nenhuma oferta. O Respondente do WCF garante que CreateSequence não tem nenhuma oferta antes de criar uma sequência. O Respondente do WCF transmite a mensagem CreateSequenceResponse em uma solicitação HTTP endereçada com a referência do ponto de extremidade ReplyTo.

Iniciador duplex endereçável

Associação

O WCF fornece um padrão de troca de mensagens bidirecional totalmente assíncrono usando duas sequências em um canal HTTP de entrada e de saída. O WCF usa as solicitações HTTP para transmitir todas as mensagens. Todas as respostas HTTP têm um corpo vazio e um código de status HTTP 202.

CreateSequence Exchange

O Iniciador do WCF gera uma mensagem CreateSequence com uma oferta. O Respondente do WCF garante que CreateSequence tem uma oferta antes de criar uma sequência. O WCF envia CreateSequenceResponse na solicitação HTTP endereçada à referência de ponto de extremidade CreateSequence de ReplyTo.

Tempo de vida da sequência

O WCF trata as duas sequências como uma sessão totalmente duplex.

Ao gerar uma falha que afeta uma sequência, o WCF espera que o ponto de extremidade remoto cause falha em ambas as sequências. Ao identificar um erro em uma sequência, o WCF provoca falhas em ambas as sequências.

O WCF pode fechar sua sequência de saída e continuar a processar mensagens em sua sequência de entrada. Por outro lado, o WCF pode processar o fechamento da sequência de entrada e continuar a enviar mensagens em sua sequência de saída.

Iniciador não endereçável, de solicitação-resposta

Associação

O WCF fornece um padrão de troca de mensagens unidirecional e de solicitação de resposta usando duas sequências em um canal HTTP. O WCF usa as solicitações HTTP para transmitir as mensagens da sequência de solicitações e usa as respostas HTTP para transmitir as mensagens da sequência de resposta.

CreateSequence Exchange

O Iniciador do WCF gera uma mensagem CreateSequence com uma oferta. O Respondente do WCF garante que CreateSequence tem uma oferta antes de criar uma sequência. O Respondedor do WCF responde à solicitação CreateSequence com uma mensagem CreateSequenceResponse.

Mensagem unidirecional

Para concluir um protocolo de troca de mensagens unidirecional com êxito, o Iniciador do WCF transmite uma mensagem de sequência de solicitação na solicitação HTTP e recebe uma mensagem autônoma SequenceAcknowledgement na resposta HTTP. O SequenceAcknowledgement deve reconhecer a mensagem transmitida.

O Respondente do WCF pode responder à solicitação com uma confirmação, uma falha ou uma resposta com um corpo vazio e um código de status HTTP 202.

Mensagens bidirecionais

Para concluir um protocolo de troca de mensagens bidirecional com êxito, o Iniciador do WCF transmite uma mensagem de sequência de solicitação na solicitação HTTP e recebe uma mensagem de sequência de resposta na resposta HTTP. A resposta deve conter uma SequenceAcknowledgement confirmação da mensagem de sequência de solicitação transmitida.

O Respondente do WCF pode responder à solicitação com uma resposta de aplicativo, uma falha ou uma resposta com um corpo vazio e um código de status HTTP 202.

Devido à presença de mensagens unidirecionais e ao tempo das respostas do aplicativo, o número de sequência da mensagem de sequência de solicitação e o número de sequência da mensagem de resposta não têm correlação.

Tentando novamente respostas

O WCF depende da correlação entre solicitações e respostas HTTP para correlação de protocolos de troca de mensagens bidirecional. Por isso, o Iniciador do WCF não para de repetir uma mensagem de sequência de solicitação quando a mensagem de sequência de solicitação é confirmada, mas sim quando a resposta HTTP carrega uma confirmação, uma mensagem de usuário ou uma falha. O Respondente do WCF repete as respostas na etapa de solicitação HTTP da solicitação à qual a resposta está correlacionada.

LastMessage Exchange

O Iniciador do WCF gera e transmite uma última mensagem com corpo vazia na etapa de solicitação HTTP. O WCF requer uma resposta, mas ignora a mensagem de resposta real. O Respondente do WCF responde à última mensagem com corpo vazia da sequência de solicitações com a última mensagem com corpo vazia da sequência de respostas.

Se o Respondente do WCF receber uma última mensagem na qual o URI da ação não é http://schemas.xmlsoap.org/ws/2005/02/rm/LastMessage, o WCF responderá com uma última mensagem. No caso de um protocolo de troca de mensagens bidirecional, a última mensagem carrega a mensagem do aplicativo; no caso de um protocolo de troca de mensagens unidirecional, a última mensagem está vazia.

O Respondente do WCF não requer uma confirmação para a última mensagem com corpo vazia da sequência de respostas.

Troca TerminateSequence

Quando todas as solicitações receberem uma resposta válida, o Iniciador do WCF gerará e transmitirá a mensagem TerminateSequence da sequência de solicitação na perna de requisição HTTP. O WCF requer uma resposta, mas ignora a mensagem de resposta real. O Respondente do WCF responde à mensagem TerminateSequence da sequência de solicitações com a mensagem TerminateSequence da sequência de respostas.

Em uma sequência de desligamento normal, ambas as mensagens TerminateSequence carregam um intervalo SequenceAcknowledgementcompleto.

Iniciador de solicitação/resposta endereçável

Associação

O WCF fornece um padrão de troca de mensagens de solicitação-resposta usando duas sequências em um canal HTTP de entrada e de saída. O WCF usa as solicitações HTTP para transmitir todas as mensagens. Todas as respostas HTTP têm um corpo vazio e um código de status HTTP 202.

CreateSequence Exchange

O Iniciador do WCF gera uma mensagem CreateSequence com uma oferta. O Respondente do WCF garante que CreateSequence tem uma oferta antes de criar uma sequência. O WCF envia CreateSequenceResponse na solicitação HTTP endereçada à referência de ponto de extremidade CreateSequence de ReplyTo.

Correlação de solicitação/resposta

O Iniciador do WCF garante que todas as mensagens de solicitação de aplicativo possuam uma referência de ponto de extremidade MessageId e ReplyTo. O Iniciador do WCF aplica a referência de ponto de extremidade CreateSequence da mensagem ReplyTo em cada mensagem de solicitação de aplicativo. O Respondente do WCF requer que as mensagens de solicitação de entrada possuam um MessageId e um ReplyTo. O Respondente do WCF garante que o URI da referência de ponto de extremidade de CreateSequence e todas as mensagens de solicitação de aplicativo seja idêntico.

  • Last updated on