Sdílet prostřednictvím

Protokol spolehlivého zasílání zpráv verze 1.0

  • Článek

Toto téma se věnuje podrobnostem implementace technologie Windows Communication Foundation (WCF) pro protokol WS-Reliable Messaging z února 2005 (verze 1.0), který je nutný pro spolupráci pomocí přenosu HTTP. WCF se řídí specifikací WS-Reliable Messaging s omezeními a vysvětleními vysvětlenými v tomto tématu. Všimněte si, že protokol WS-ReliableMessaging verze 1.0 je implementovaný od WinFX.

Protokol WS-Reliable Messaging z února 2005 je implementován v WCF ReliableSessionBindingElement.

Pro usnadnění používání tématu se používají následující role:

  • Iniciátor: klient, který iniciuje vytvoření sekvence zpráv WS-Reliable

  • Respondér: služba, která přijímá žádosti iniciátora

Tento dokument používá předpony a obory názvů v následující tabulce.

Předpona Obor názvů
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

Zasílání zpráv

Zprávy o sekvenčním vytváření

WCF implementuje CreateSequence a CreateSequenceResponse zprávy pro vytvoření spolehlivé sekvence zpráv. Platí následující omezení:

  • B1101: Iniciátor WCF negeneruje volitelný prvek Expires ve CreateSequence zprávě nebo v případech, kdy CreateSequence zpráva obsahuje Offer prvek, volitelný Expires prvek v elementu Offer .

  • B1102: Při přístupu ke CreateSequence zprávěResponder wcf odesílá a přijímá oba Expires prvky, pokud existují, ale nepoužívá jejich hodnoty.

WS-Reliable Messaging zavádí Offer mechanismus pro vytvoření dvou konverdovaných sekvencí, které tvoří relaci.

  • R1103: Pokud CreateSequence obsahuje prvek, musí respondér spolehlivého Offer zasílání zpráv buď přijmout sekvenci a odpovědět s CreateSequenceResponse tím, že obsahuje wsrm:Accept prvek, který tvoří dvě korelované konverzované sekvence nebo odmítnout CreateSequence požadavek.

  • R1104: SequenceAcknowledgement a zprávy aplikací proudící na naopak musí být odeslány na ReplyTo odkaz koncového CreateSequencebodu .

  • R1105: AcksTo a ReplyTo odkazy na koncové body v CreateSequence seznamu musí mít hodnoty adres, které odpovídají oktetové sadě.

    Respondér WCF ověří, že část identifikátoru AcksTo URI a ReplyTo žádosti o přijetí změn jsou před vytvořením sekvence identická.

  • R1106: AcksTo A ReplyTo odkazy na koncové body by CreateSequence měly mít stejnou sadu referenčních parametrů.

    WCF nevynucuje, ale předpokládá, že [referenční parametry] a ReplyTo zapnuté CreateSequenceAcksTo jsou identické a používají [referenční parametry] z ReplyTo odkazu na koncový bod pro potvrzení a naopak sekvenční zprávy.

  • R1107: Při vytvoření dvou naopak sekvence pomocí Offer mechanismu SequenceAcknowledgement a zprávy aplikace proudící na naopak sekvence musí být odeslány do ReplyTo odkazu koncového CreateSequencebodu .

  • R1108: Pokud jsou pomocí mechanismu Offer vytvořeny dvě naopak sekvence, [address] vlastnost wsrm:AcksTo referenčního prvku wsrm:Accept koncového bodu prvku prvku CreateSequenceResponse musí odpovídat bajtově moudrý cílový identifikátor URI objektu CreateSequence.

  • R1109: Při vytvoření dvou naopak sekvence pomocí Offer mechanismu musí být zprávy odeslané iniciátorem a potvrzením zpráv respondentem odeslány do stejného odkazu na koncový bod.

    WCF používá ws-Reliable Messaging k vytvoření spolehlivých relací mezi iniciátorem a respondérem. Implementace WS-Reliable Messaging wcf poskytuje spolehlivou relaci pro jednosměrné vzory odpovědí na požadavky a úplné duplexní zasílání zpráv. Mechanismus WS-Reliable Messaging Offer umožňuje CreateSequence/CreateSequenceResponse vytvořit dvě korelované konverdační sekvence a poskytuje protokol relace, který je vhodný pro všechny koncové body zpráv. Vzhledem k tomu, že WCF poskytuje záruku zabezpečení pro takovou relaci, včetně kompletní ochrany pro integritu relace, je praktické zajistit, aby zprávy určené stejné straně přišly do stejného cíle. To také umožňuje prasátko pro potvrzení posloupnosti zpráv aplikace. Omezení R1104, R1105 a R1108 se proto vztahují na WCF.

Příklad CreateSequence zprávy

<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>

Příklad CreateSequenceResponse zprávy

<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>

Sequence

Následuje seznam omezení, která platí pro sekvence:

  • B1201:WCF generuje a přistupuje k pořadovým číslům, která nejsou vyšší než xs:longmaximální inkluzivní hodnota 9223372036854775807.

  • B1202:WCF vždy generuje prázdnou textovou poslední zprávu s identifikátorem URI http://schemas.xmlsoap.org/ws/2005/02/rm/LastMessageakce .

  • B1203: WCF přijme a doručí zprávu s hlavičkou Sequence, která obsahuje LastMessage prvek, pokud identifikátor URI akce není http://schemas.xmlsoap.org/ws/2005/02/rm/LastMessage.

Příklad záhlaví sekvence

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

Hlavička AckRequested

WCF používá AckRequested hlavičku jako mechanismus udržování. WCF negeneruje volitelný MessageNumber prvek. Při přijetí zprávy se záhlavím AckRequested , které obsahuje MessageNumber prvek, WCF ignoruje MessageNumber hodnotu elementu, jak je znázorněno v následujícím příkladu.

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

SequenceAcknowledgement Header

WCF používá mechanismus piggy-back pro potvrzení posloupnosti poskytované ve WS-Reliable Messaging.

  • R1401: Při vytvoření dvou naopak sekvence pomocí Offer mechanismu může být hlavička SequenceAcknowledgement zahrnuta do jakékoli zprávy aplikace přenášené zamýšlenému příjemci.

  • B1402: Když WCF musí vygenerovat potvrzení před příjmem jakýchkoli sekvenčních zpráv (například k uspokojení AckRequested zprávy), WCF vygeneruje hlavičku SequenceAcknowledgement , která obsahuje rozsah 0–0, jak je znázorněno v následujícím příkladu.

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

  • B1403: WCF negeneruje SequenceAcknowledgement hlavičky, které obsahují Nack prvek, ale podporuje Nack prvky.

Chyby WS-ReliableMessaging

Následuje seznam omezení, která platí pro implementaci WCF chyb WS-Reliable Messaging:

  • B1501: WCF negeneruje MessageNumberRollover chyby.

  • Koncový bod B1502:WCF může generovat CreateSequenceRefused chyby popsané ve specifikaci.

  • B1503:Když koncový bod služby dosáhne svého limitu připojení a nemůže zpracovat nová připojení, WCF vygeneruje další CreateSequenceRefused podkód chyby, netrm:ConnectionLimitReachedjak je znázorněno v následujícím příkladu.

    <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>

Chyby ws-adresování

Vzhledem k tomu, že WS-Reliable Messaging používá WS-Adresování, může implementace WCF WS-Reliable Messaging generovat chyby WS-Adresování. Tato část popisuje chyby WS-Adresování, které WCF explicitně generuje ve vrstvě WS-Reliable Messaging:

  • B1601:WCF vygeneruje hlavičku adresování chyb, pokud platí jedna z následujících možností:

    • Ve zprávě chybí Sequence záhlaví a Action záhlaví.

    • V CreateSequence záhlaví chybí MessageId zpráva.

    • V CreateSequence záhlaví chybí ReplyTo zpráva.

  • B1602:WCF generuje akci selhání nepodporovaná v odpovědi na zprávu, která chybí Sequence záhlaví a má hlavičku Action , která není rozpoznána ve specifikaci WS-Reliable Messaging.

  • B1603:WCF vygeneruje nedostupný koncový bod chyby, který indikuje, že koncový bod nezpracuje sekvenci na základě zkoumání CreateSequence hlaviček adres zprávy.

Složení protokolu

Složení s adresování WS

WCF podporuje dvě verze WS-Adresování: WS-Adresování 2004/08 [WS-ADDR] a W3C WS-Adresování 1.0 Doporučení [WS-ADDR-CORE] a [WS-ADDR-SOAP].

Specifikace WS-Reliable Messaging sice uvádí pouze WS-Addressing 2004/08, ale neomezuje použití verze WS-Addressing. Následuje seznam omezení, která platí pro WCF:

  • R2101:Oba WS-Adresování 2004/08 a WS-Adresování 1.0 lze použít s WS-Reliable Messaging.

  • R2102:Jedna verze WS-Adresování musí být použita v celé dané sekvenci zpráv WS-Reliable Messaging nebo dvojice naopak sekvencí korelovaných pomocí wsrm:Offer mechanismu.

Složení s protokolem SOAP

WCF podporuje použití protokolu SOAP 1.1 i SOAP 1.2 se službou WS-Reliable Messaging.

Složení s WS-Security a WS-SecureConversation

WCF poskytuje ochranu pro sekvence WS-Reliable Messaging pomocí zabezpečeného přenosu (HTTPS), složení s WS-Security a složení pomocí WS-Secure Conversation. Následuje seznam omezení, která platí pro WCF:

  • R2301:K ochraně integrity sekvence WS-Reliable Messaging kromě integrity a důvěrnosti jednotlivých zpráv wcf vyžaduje, aby byla použita komunikace se zabezpečením WS.

  • R2302:AWS-Secure Conversation session musí být vytvořena před vytvořením posloupností zpráv WS-Reliable Messaging.

  • R2303: Pokud životnost sekvence zpráv WS-Reliable Messaging překračuje životnost relace konverzace WS-Secure, SecurityContextToken musí být obnovena pomocí odpovídající vazby pro obnovení konverzace WS-Secure.

  • B2304:WS-Reliable Messaging sekvence nebo dvojice korelačních konversekcí jsou vždy vázány na jednu relaci WS-SecureConversation.

    Zdroj WCF vygeneruje wsse:SecurityTokenReference prvek v oddílu rozšiřitelnosti elementu CreateSequence zprávy.

  • R2305:Při vytváření pomocí WS-Secure Conversation CreateSequence musí zpráva obsahovat wsse:SecurityTokenReference prvek.

Výraz WS-Reliable Messaging WS-Policy

WCF používá kontrolní výraz wsrm:RMAssertion WS-Reliable Messaging WS-Policy k popisu možností koncových bodů. Následuje seznam omezení, která platí pro WCF:

  • B3001: WCF připojí wsrm:RMAssertion kontrolní výraz WS-Policy k wsdl:binding prvkům. WCF podporuje jak přílohy, tak wsdl:bindingwsdl:port prvky.

  • B3002: WCF podporuje následující volitelné vlastnosti kontrolního výrazu WS-Reliable Messaging a poskytuje kontrolu nad nimi ve WCFReliableMessagingBindingElement:

    • wsrm:InactivityTimeout

    • wsrm:AcknowledgementInterval

    Například:

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

Rozšíření WS-Reliable Messaging pro řízení toku

WCF využívá rozšiřitelnost ws-Reliable Messaging, aby poskytovala volitelnou přísnější kontrolu nad sekvenčním tokem zpráv.

Řízení toku je povoleno nastavením ReliableSessionBindingElement.FlowControlEnabled vlastnosti na true. Následuje seznam omezení, která platí pro WCF:

  • B4001: Pokud je povolené řízení toku spolehlivého zasílání zpráv, WCF vygeneruje netrm:BufferRemaining prvek v rozšiřitelnosti elementu hlavičky SequenceAcknowledgement .

  • B4002: Pokud je povolené řízení toku spolehlivého zasílání zpráv, WCF nevyžaduje netrm:BufferRemaining , aby byl prvek obsažen v SequenceAcknowledgement hlavičce, jak je znázorněno v následujícím příkladu.

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

  • B4003: WCF používá netrm:BufferRemaining k označení, kolik nových zpráv může cíl spolehlivého zasílání zpráv ukládat do vyrovnávací paměti.

  • B4004:Služba spolehlivého zasílání zpráv WCF omezuje počet zpráv přenášených, když cílová aplikace Reliable Messaging nemůže rychle přijímat zprávy. Cíl spolehlivého zasílání zpráv do vyrovnávací paměti zprávy a hodnota prvku klesne na 0.

  • B4005: WCF generuje netrm:BufferRemaining celočíselné hodnoty mezi 0 a 4096 včetně a čte celočíselné hodnoty mezi 0 a xs:intmaxInclusive hodnotou 214748364 včetně.

Vzory výměny zpráv

Tato část popisuje chování WCF při použití WS-Reliable Messaging pro různé vzory výměny zpráv. Pro každý vzor výměny zpráv se považují následující dva scénáře nasazení:

  • Ne adresovatelný iniciátor: Iniciátor je za bránou firewall; Respondér může doručovat zprávy iniciátoru pouze na odpovědi HTTP.

  • Adresovatelný iniciátor: Iniciátor a respondér mohou být odeslány požadavky HTTP; Jinými slovy, lze navázat dvě naopak připojení HTTP.

Jednosměrný, ne adresovatelný iniciátor

Vazba

WCF poskytuje jednosměrný vzor výměny zpráv pomocí jedné sekvence přes jeden kanál HTTP. WCF používá požadavky HTTP k přenosu všech zpráv z RMS do RMD a odpovědi HTTP k přenosu všech zpráv z RMD do RMS.

CreateSequence Exchange

Iniciátor WCF vygeneruje CreateSequence zprávu bez nabídky. Respondér WCF zajišťuje, že CreateSequence před vytvořením sekvence nemá žádnou nabídku. Respondér WCF odpoví na CreateSequence požadavek zprávou CreateSequenceResponse .

SequenceAcknowledgement

Iniciátor WCF zpracovává potvrzení odpovědi všech zpráv s výjimkou CreateSequence zpráv a chybových zpráv. Respondér WCF vždy vygeneruje samostatné potvrzení v odpovědi na posloupnost i AckRequested zprávy.

Zpráva TerminateSequence

WCF se považuje za TerminateSequence jednosměrnou operaci, což znamená, že odpověď HTTP má prázdný text a stavový kód HTTP 202.

Jednosměrný, adresovatelný iniciátor

Vazba

WCF poskytuje jednosměrný vzor výměny zpráv pomocí jedné sekvence přes příchozí a odchozí kanál HTTP. WCF používá požadavky HTTP k přenosu všech zpráv. Všechny odpovědi HTTP mají prázdný text a stavový kód HTTP 202.

CreateSequence Exchange

Iniciátor WCF vygeneruje CreateSequence zprávu bez nabídky. Respondér WCF před vytvořením sekvence zajistí, že CreateSequence nemá žádnou nabídku. Respondér WCF předá CreateSequenceResponse zprávu na požadavek HTTP adresovaném odkazem na ReplyTo koncový bod.

Duplexní, adresovatelný iniciátor

Vazba

WCF poskytuje plně asynchronní obousměrný vzor výměny zpráv pomocí dvou sekvencí přes příchozí a odchozí kanál HTTP. WCF používá požadavky HTTP k přenosu všech zpráv. Všechny odpovědi HTTP mají prázdný text a stavový kód HTTP 202.

CreateSequence Exchange

Iniciátor WCF vygeneruje CreateSequence zprávu s nabídkou. Respondér WCF zajišťuje, že CreateSequence má před vytvořením sekvence nabídku. WCF odešle CreateSequenceResponse požadavek HTTP adresovaný odkazem na CreateSequenceReplyTo koncový bod.

Životnost sekvence

WCF považuje dvě sekvence za jednu plně duplexní relaci.

Při generování chyby, která je chybou v jedné sekvenci, WCF očekává, že vzdálený koncový bod bude chybovat obě sekvence. Při čtení chyby, která je chybou v jedné sekvenci, WCF chybuje obě sekvence.

WCF může ukončit svoji odchozí sekvenci a dál zpracovávat zprávy ve své příchozí sekvenci. Wcf naopak může zpracovat uzavření příchozí sekvence a pokračovat v odesílání zpráv ve své odchozí sekvenci.

Request-Reply, Non-Addressable Iniciátor

Vazba

WCF poskytuje jednosměrný vzor výměny zpráv s žádostí a odpovědí pomocí dvou sekvencí přes jeden kanál HTTP. WCF používá požadavky HTTP k přenosu zpráv sekvence požadavků a používá odpovědi HTTP k přenosu zpráv sekvence odpovědí.

CreateSequence Exchange

Iniciátor WCF vygeneruje CreateSequence zprávu s nabídkou. Respondér WCF zajišťuje, že CreateSequence má před vytvořením sekvence nabídku. Respondér WCF odpoví na CreateSequence požadavek zprávou CreateSequenceResponse .

Jednosměrná zpráva

K úspěšnému dokončení jednosměrného protokolu výměny zpráv iniciátor WCF odešle zprávu sekvence požadavků na požadavek HTTP a přijme samostatnou SequenceAcknowledgement zprávu v odpovědi HTTP. Musí SequenceAcknowledgement potvrdit přenášenou zprávu.

Respondér WCF může na požadavek odpovědět potvrzením, chybou nebo odpovědí s prázdným textem a stavovým kódem HTTP 202.

Obousměrné zprávy

Chcete-li úspěšně dokončit obousměrný protokol výměny zpráv, iniciátor WCF odešle zprávu sekvence požadavků na požadavek HTTP a obdrží zprávu sekvence odpovědí v odpovědi HTTP. Odpověď musí obsahovat SequenceAcknowledgement potvrzení přenášené zprávy posloupnosti požadavků.

Respondér WCF může na požadavek odpovědět pomocí odpovědi aplikace, chyby nebo odpovědi s prázdným textem a stavovým kódem HTTP 202.

Vzhledem k přítomnosti jednosměrných zpráv a načasování odpovědí aplikace nemá pořadové číslo zprávy žádosti a pořadové číslo zprávy odpovědi žádnou korelaci.

Opakování odpovědí

WCF spoléhá na korelaci http request-reply pro obousměrnou korelaci protokolu výměny zpráv. Z tohoto důvodu iniciátor WCF nezastaví opakování zprávy posloupnosti požadavků, pokud je zpráva sekvence požadavku potvrzena, ale spíše když odpověď HTTP nese potvrzení, zprávu uživatele nebo chybu. Respondér WCF opakuje odpovědi na straně požadavku HTTP požadavku, na kterou odpovídá odpověď.

LastMessage Exchange

Iniciátor WCF vygeneruje a přenáší prázdnou textovou poslední zprávu na noze požadavku HTTP. WCF vyžaduje odpověď, ale ignoruje skutečnou zprávu odpovědi. Respondér WCF odpoví na poslední zprávu s prázdným textem v posloupnosti požadavků s poslední zprávou s prázdným textem odpovědi.

Pokud respondér WCF obdrží poslední zprávu, ve které identifikátor URI akce není http://schemas.xmlsoap.org/ws/2005/02/rm/LastMessage, WCF odpoví poslední zprávou. V případě obousměrného protokolu výměny zpráv poslední zpráva nese zprávu aplikace; v případě jednosměrného protokolu výměny zpráv je poslední zpráva prázdná.

Respondér WCF nevyžaduje potvrzení poslední zprávy sekvence odpovědí s prázdným textem.

TerminateSequence Exchange

Když všechny požadavky obdržely platnou odpověď, iniciátor WCF vygeneruje a předá zprávu sekvence TerminateSequence požadavků na nohu požadavku HTTP. WCF vyžaduje odpověď, ale ignoruje skutečnou zprávu odpovědi. Respondér WCF odpoví na zprávu sekvence TerminateSequence požadavků se zprávou sekvence TerminateSequence odpovědí.

V normální sekvenci vypnutí mají obě TerminateSequence zprávy úplný rozsah SequenceAcknowledgement.

Žádost/odpověď, adresovatelný iniciátor

Vazba

WCF poskytuje vzor výměny zpráv odpovědí na požadavek pomocí dvou sekvencí přes příchozí a odchozí kanál HTTP. WCF používá požadavky HTTP k přenosu všech zpráv. Všechny odpovědi HTTP mají prázdný text a stavový kód HTTP 202.

CreateSequence Exchange

Iniciátor WCF vygeneruje CreateSequence zprávu s nabídkou. Respondér WCF zajišťuje, že CreateSequence má před vytvořením sekvence nabídku. WCF odešle CreateSequenceResponse požadavek HTTP adresovaný odkazem na CreateSequenceReplyTo koncový bod.

Korelace žádosti/odpovědi

Iniciátor WCF zajišťuje, že všechny zprávy žádosti o aplikaci mají odkaz na MessageId koncový bod.ReplyTo Iniciátor WCF použije CreateSequence odkaz na koncový bod zprávy ReplyTo na každou zprávu žádosti o aplikaci. Respondér WCF vyžaduje, aby příchozí zprávy požadavku nesly MessageId a a ReplyTo. Respondér WCF zajišťuje, že identifikátor URI odkazu koncového bodu na CreateSequence zprávy žádosti o aplikaci i všechny aplikace jsou stejné.