Sdílet prostřednictvím

Řešení potíží s knihovnou SignalR

Patrick Fletcher

Upozornění

Tato dokumentace není určená pro nejnovější verzi SignalR. Podívejte se na ASP.NET Core SignalR.

Tento dokument popisuje běžné problémy při řešení potíží se službou SignalR.

Verze softwaru použité v tomto tématu

Předchozí verze tohoto tématu

Informace o starších verzích služby SignalR najdete v tématu Starší verze služby SignalR.

Dotazy a komentáře

Pošlete nám prosím zpětnou vazbu k tomu, jak se vám tento kurz líbil a co bychom mohli vylepšit v komentářích v dolní části stránky. Pokud máte dotazy, které přímo nesouvisejí s kurzem, můžete je publikovat na fóru ASP.NET SignalR nebo StackOverflow.com.

Tento dokument obsahuje následující části.

Volání metod mezi klientem a serverem bezobslužně selže

Tato část popisuje možné příčiny selhání volání metody mezi klientem a serverem bez smysluplné chybové zprávy. V aplikaci SignalR server nemá žádné informace o metodách, které klient implementuje. když server vyvolá metodu klienta, název metody a data parametru se odešlou klientovi a metoda se spustí pouze v případě, že existuje ve formátu zadaném serverem. Pokud se na klientovi nenajde žádná odpovídající metoda, nic se nestane a na serveru se nevyvolá žádná chybová zpráva.

Pokud chcete podrobněji prozkoumat metody klienta, které se nevolají, můžete zapnout protokolování před voláním metody start v centru a zjistit, jaká volání přicházejí ze serveru. Pokud chcete povolit protokolování v aplikaci JavaScript, přečtěte si téma Jak povolit protokolování na straně klienta (verze klienta JavaScriptu). Pokud chcete povolit protokolování v klientské aplikaci .NET, přečtěte si téma Povolení protokolování na straně klienta (verze klienta .NET).

Chybně napsaná metoda, nesprávný podpis metody nebo nesprávný název centra

Pokud název nebo podpis volané metody přesně neodpovídá příslušné metodě na klientovi, volání selže. Ověřte, že název metody volaný serverem odpovídá názvu metody v klientovi. SignalR také vytvoří proxy centra pomocí metod s velbloudem, jak je to vhodné v JavaScriptu, takže v klientském proxy serveru bude volána sendMessage metoda volaná SendMessage na serveru. Pokud používáte HubName atribut v kódu na straně serveru, ověřte, že použitý název odpovídá názvu použitému k vytvoření centra v klientovi. Pokud atribut nepoužíváte HubName , ověřte, že název centra v klientovi JavaScriptu je velbloudý, například chatHub místo ChatHubu.

Duplicitní název metody na klientovi

Ověřte, že v klientovi nemáte duplicitní metodu, která se liší pouze případem. Pokud má vaše klientská aplikace metodu s názvem sendMessage, ověřte, že neexistuje také volaná SendMessage metoda.

Chybějící analyzátor JSON v klientovi

SignalR vyžaduje, aby byl k dispozici analyzátor JSON pro serializaci volání mezi serverem a klientem. Pokud váš klient nemá integrovaný analyzátor JSON (například Internet Explorer 7), budete ho muset do aplikace zahrnout. Analyzátor JSON si můžete stáhnout tady.

Kombinování syntaxe Centra a PersistentConnection

SignalR používá dva komunikační modely: Hubs a PersistentConnections. Syntaxe volání těchto dvou komunikačních modelů se v kódu klienta liší. Pokud jste do kódu serveru přidali centrum, ověřte, že veškerý kód klienta používá správnou syntaxi centra.

Kód klienta JavaScriptu, který vytvoří PersistentConnection v klientovi JavaScriptu

var myConnection = $.connection('/echo');

Kód klienta JavaScriptu, který vytvoří proxy rozbočovače v klientovi JavaScriptu

var myHub = $.connection.MyHub;

Kód serveru C#, který mapuje trasu na PersistentConnection

RouteTable.Routes.MapConnection<MyConnection>("my", "/echo");

Kód serveru C#, který mapuje trasu na centrum nebo na více center, pokud máte více aplikací

App.MapSignalR();

Připojení se spustilo před přidání předplatných

Pokud je připojení centra spuštěno před přidání metod, které lze volat ze serveru do proxy serveru, zprávy nebudou přijaty. Následující kód JavaScriptu nespustí centrum správně:

Nesprávný kód klienta JavaScriptu, který neumožňuje příjem zpráv služby Hubs

var chat = $.connection.chatHub;
$.connection.hub.start().done(function () {
    chat.client.broadcastMessage = function (name, message) {...};
});

Místo toho před voláním startu přidejte odběry metody:

Kód klienta JavaScriptu, který správně přidává předplatná do centra

var chat = $.connection.chatHub;
chat.client.broadcastMessage = function (name, message) {...};
    $.connection.hub.start().done(function () {
        ...
    });

Chybějící název metody na proxy serveru centra

Ověřte, že je v klientovi předplacená metoda definovaná na serveru. I když server definuje metodu, musí být stále přidána do proxy serveru klienta. Metody je možné do klientského proxy serveru přidat následujícími způsoby (všimněte si, že metoda je přidána do client člena centra, nikoli přímo do centra):

Kód klienta JavaScriptu, který přidává metody do proxy centra

// Method added to proxy in JavaScript:
myHubProxy.server.method1 = function (param1, param2) {...};
//Multiple methods added to proxy in JavaScript using jQuery:
$.extend(myHubProxy.server, {
    method1: function (param1, param2) {...},
    method2: function (param3, param4) {...}
});

Metody centra nebo centra nejsou deklarovány jako veřejné

Aby byla implementace a metody centra viditelné na klientovi, musí být deklarovány jako public.

Přístup k centru z jiné aplikace

Ke službě SignalR Hub je možné přistupovat pouze prostřednictvím aplikací, které implementují klienty SignalR. SignalR nemůže spolupracovat s jinými komunikačními knihovnami (jako jsou webové služby SOAP nebo WCF). Pokud pro cílovou platformu není k dispozici žádný klient SignalR, nemůžete přistupovat přímo ke koncovému bodu serveru.

Ruční serializace dat

SignalR automaticky použije JSON k serializaci parametrů metody – nemusíte to dělat sami.

Metoda vzdáleného centra se na klientovi nespustí ve funkci OnDisconnected

Toto chování je záměrné. Při OnDisconnected zavolání už centrum přešlo do Disconnected stavu, který neumožňuje volat další metody centra.

Kód serveru C#, který správně spouští kód v události OnDisconnected

public class MyHub : Hub
{
    public override Task OnDisconnected()
    {
        // Do what you want here
        return base.OnDisconnected();
    }
}

OnDisconnect se neaktivuje v konzistentních časech

Toto chování je záměrné. Když se uživatel pokusí přejít mimo stránku pomocí aktivního připojení SignalR, klient SignalR se pokusí co nejlépe upozornit server, že připojení klienta bude zastaveno. Pokud se pokus klienta SignalR o maximální úsilí nepodaří spojit se serverem, server odstraní připojení po konfigurovatelném DisconnectTimeout později, kdy OnDisconnected se událost aktivuje. Pokud je pokus klienta SignalR o maximální úsilí úspěšný, OnDisconnected událost se okamžitě aktivuje.

Informace o nastavení najdete v DisconnectTimeout tématu Zpracování událostí doby životnosti připojení: DisconnectTimeout.

Dosažení limitu připojení

Při použití plné verze služby IIS v klientském operačním systému, jako je Windows 7, je stanoven limit 10 připojení. Pokud používáte klientský operační systém, použijte místo toho IIS Express, abyste se tomuto limitu vyhnuli.

Připojení mezi doménou není správně nastavené

Pokud připojení mezi doménou (připojení, jehož adresa URL signalr není ve stejné doméně jako hostitelská stránka) není správně nastavené, může připojení selhat bez chybové zprávy. Informace o tom, jak povolit komunikaci mezi doménou, najdete v tématu Vytvoření připojení mezi doménou.

Připojení pomocí protokolu NTLM (Active Directory) nefunguje v klientovi .NET

Připojení v klientské aplikaci .NET, která používá zabezpečení domény, může selhat, pokud připojení není správně nakonfigurované. Pokud chcete použít SignalR v doménovém prostředí, nastavte požadovanou vlastnost připojení následujícím způsobem:

Kód klienta C#, který implementuje přihlašovací údaje pro připojení

connection.Credentials = CredentialCache.DefaultCredentials;

Konfigurace websocketů služby IIS na příkaz ping/pong za účelem zjištění mrtvého klienta

Servery SignalR nevědí, jestli je klient mrtvý nebo ne, a spoléhají na oznámení ze základního protokolu websocket pro selhání připojení, OnClose tj. na zpětné volání. Jedním z řešení tohoto problému je nakonfigurovat websockety služby IIS tak, aby příkaz ping/pong dělaly za vás. Tím se zajistí, že se vaše připojení zavře, pokud se neočekávaně přeruší. Další informace najdete v tomto příspěvku stackoverflow.

Jiné problémy s připojením

Tato část popisuje příčiny a řešení konkrétních příznaků nebo chybových zpráv, ke kterým dochází během připojení.

Chyba "Před odesláním dat musí být volána spuštění"

K této chybě běžně dochází, pokud kód odkazuje na objekty SignalR před zahájením připojení. Po dokončení připojení musí být přidáno wireup pro obslužné rutiny a podobné metody, které budou volat metody definované na serveru. Všimněte si, že volání Start je asynchronní, takže kód po volání může být spuštěn před jeho dokončením. Nejlepší způsob, jak přidat obslužné rutiny po úplném spuštění připojení, je vložit je do funkce zpětného volání, která se předá jako parametr počáteční metodě:

Kód klienta JavaScriptu, který správně přidává obslužné rutiny událostí, které odkazují na objekty SignalR

$.connection.hub.start().done(function () {
    // Wire up Send button to call NewContosoChatMessage on the server.
    $('#newContosoChatMessage').click(function () {
        contosoChatHubProxy.server.newContosoChatMessage(
            $('#displayname').val(), $('#message').val());
            $('#message').val('').focus();
    });

Tato chyba se také zobrazí, pokud se připojení zastaví, zatímco se na objekty SignalR stále odkazuje.

Chyba 301 Trvale přesunuto nebo 302 Dočasně přesunuto

K této chybě může dojít, pokud projekt obsahuje složku s názvem SignalR, která bude kolidovat s automaticky vytvořeným proxy serverem. Pokud se chcete této chybě vyhnout, nepoužívejte v aplikaci složku s názvem SignalR nebo vypněte automatické generování proxy serveru. Další podrobnosti najdete v tématu Vygenerovaný proxy server a co pro vás dělá .

Chyba 403 Zakázáno v klientovi .NET nebo Silverlight

K této chybě může dojít v prostředích mezi doménovými prostředími, kde není správně povolená komunikace mezi doménou. Informace o tom, jak povolit komunikaci mezi doménou, najdete v tématu Vytvoření připojení mezi doménou. Pokud chcete v klientovi Silverlight navázat připojení mezi doménou, přečtěte si téma Připojení mezi doménou z klientů Silverlight.

Chyba 404 Nenalezena

Tento problém má několik příčin. Ověřte všechny následující skutečnosti:

  • Odkaz na adresu proxy serveru centra není správně naformátovaný: K této chybě často dochází, pokud odkaz na vygenerovanou adresu proxy serveru centra není správně naformátovaný. Ověřte, že je správně proveden odkaz na adresu centra. Podrobnosti najdete v tématu Jak odkazovat na dynamicky generovaný proxy server .

  • Přidání tras do aplikace před přidáním trasy centra: Pokud vaše aplikace používá jiné trasy, ověřte, že první přidaná trasa je volání .MapSignalR

  • Použití služby IIS 7 nebo 7.5 bez aktualizace pro adresy URL bez rozšíření: Použití služby IIS 7 nebo 7.5 vyžaduje aktualizaci pro adresy URL bez rozšíření, aby server mohl poskytovat přístup k definici centra na adrese /signalr/hubs. Aktualizaci najdete tady.

  • Mezipaměť služby IIS je za aktuální nebo poškozená: Pokud chcete ověřit, že obsah mezipaměti není zastaralý, zadejte do okna PowerShellu následující příkaz, kterým mezipaměť vymažete:

    net stop w3svc
Remove-Item -Path "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\root\*" -Force -Recurse
net start w3svc

"500 Vnitřní chyba serveru"

Jedná se o velmi obecnou chybu, která může mít širokou škálu příčin. Podrobnosti o chybě by se měly zobrazit v protokolu událostí serveru nebo je můžete najít prostřednictvím ladění serveru. Podrobnější informace o chybách můžete získat zapnutím podrobných chyb na serveru. Další informace najdete v tématu Zpracování chyb ve třídě Hub.

K této chybě často dochází také v případě, že není správně nakonfigurovaná brána firewall nebo proxy server, což způsobuje přepsání hlaviček požadavků. Řešením je zajistit, aby byl na bráně firewall nebo proxy serveru povolený port 80.

"Neočekávaný kód odpovědi: 500"

K této chybě může dojít, pokud verze rozhraní .NET Framework použitá v aplikaci neodpovídá verzi zadané v Web.Config. Řešením je ověřit, že se v nastavení aplikace i v souboru Web.Config používá rozhraní .NET 4.5.

Chyba TypeError: <hubType> is undefined

K této chybě dojde, MapSignalR pokud volání není provedeno správně. Další informace najdete v tématu Postup registrace middlewaru SignalR a konfigurace možností služby SignalR .

JsonSerializationException byl neošetřený uživatelským kódem

Ověřte, že parametry odesílané do metod neobsahují typy, které nelze serializovat (jako jsou popisovače souborů nebo připojení k databázi). Pokud potřebujete použít členy na objektu na straně serveru, který nechcete odesílat klientovi (z důvodu zabezpečení nebo kvůli serializaci), použijte JSONIgnore atribut .

Chyba protokolu: Neznámý přenos

K této chybě může dojít, pokud klient nepodporuje přenosy, které používá SignalR. Informace o tom, které prohlížeče lze se službou SignalR používat, najdete v tématu Přenosy a záložní služby.

"Generování proxy serveru JavaScript Hub bylo zakázáno."

K této chybě dojde, pokud DisableJavaScriptProxies je nastavena a zároveň obsahuje odkaz na dynamicky generovaný proxy server na adrese signalr/hubs. Další informace o ručním vytvoření proxy serveru najdete v tématu vygenerovaný proxy server a jeho funkce.

Chyba "ID připojení je v nesprávném formátu" nebo "Identita uživatele se nemůže změnit během aktivního připojení SignalR"

K této chybě může dojít, pokud se používá ověřování a klient je před zastavením připojení odhlášený. Řešením je zastavit připojení SignalR před odhlášením klienta.

"Nezachycená chyba: SignalR: jQuery nebyl nalezen. Ujistěte se, že se před chybou SignalR.js souboru odkazuje na jQuery.

JavaScriptový klient SignalR vyžaduje spuštění jQuery. Ověřte, že odkaz na jQuery je správný, jestli je použitá cesta platná a jestli je odkaz na jQuery před odkazem na SignalR.

Chyba "Nezachycená chyba TypeError: Nelze přečíst vlastnost< 'vlastnost>' nedefinované"

Tato chyba je důsledkem toho, že se správně neodkazuje na jQuery nebo proxy serveru hubs. Ověřte, že odkaz na jQuery a proxy serveru hubs je správný, že použitá cesta je platná a že odkaz na jQuery je před odkazem na proxy serveru hubs. Výchozí odkaz na proxy serveru hubs by měl vypadat takto:

Kód HTML na straně klienta, který správně odkazuje na proxy server Hubs

<script src="/signalr/hubs"></script>

Chyba RuntimeBinderException byl neošetřený uživatelským kódem

K této chybě může dojít při použití nesprávného Hub.On přetížení. Pokud má metoda návratovou hodnotu, musí být návratový typ zadán jako parametr obecného typu:

Metoda definovaná v klientovi (bez vygenerovaného proxy serveru)

MyHub.On<ReturnType>("MethodName", LocalMethod);

ID připojení je nekonzistentní nebo přerušení připojení mezi načtením stránky

Toto chování je záměrné. Vzhledem k tomu, že objekt centra je hostovaný v objektu stránky, centrum se při aktualizaci stránky zničí. Vícestránková aplikace musí udržovat přidružení mezi uživateli a ID připojení, aby byly konzistentní mezi načítáním stránek. ID připojení mohou být uložena na serveru v objektu ConcurrentDictionary nebo databázi.

Chyba Hodnota nemůže být null

Metody na straně serveru s volitelnými parametry se v současné době nepodporují. Pokud je volitelný parametr vynechán, metoda selže. Další informace najdete v tématu Volitelné parametry.

Chyba "Firefox nemůže navázat připojení k serveru na <adrese>" ve Firebugu

Tato chybová zpráva může být zobrazena v Firebug, pokud vyjednávání o přenosu WebSocket selže a místo toho se použije jiný přenos. Toto chování je záměrné.

Chyba "Vzdálený certifikát je neplatný podle ověřovací procedury" v klientské aplikaci .NET

Pokud váš server vyžaduje vlastní klientské certifikáty, můžete před vytvořením požadavku přidat certifikát x509 do připojení. Přidejte certifikát do připojení pomocí Connection.AddClientCertificate.

Po vypršení časového limitu ověřování se připojení přeruší

Toto chování je záměrné. Přihlašovací údaje ověřování nelze změnit, pokud je připojení aktivní; pokud chcete aktualizovat přihlašovací údaje, musí se připojení zastavit a restartovat.

OnConnected se zavolá dvakrát při použití jQuery Mobile

Funkce jQuery Mobile initializePage vynutí opětovné spuštění skriptů na každé stránce, čímž se vytvoří druhé připojení. Řešení tohoto problému zahrnují:

  • Před soubor JavaScriptu uveďte odkaz na jQuery Mobile.
  • initializePage Zakažte funkci nastavením $.mobile.autoInitializePage = false.
  • Před zahájením připojení počkejte, až se dokončí inicializace stránky.

Zprávy jsou zpožděné v aplikacích Silverlight pomocí událostí odeslaných serverem

Zprávy jsou zpožděné při použití událostí odeslaných serverem v silverlightu. Pokud chcete místo toho vynutit použití dlouhého dotazování, při spouštění připojení použijte následující:

connection.Start(new LongPollingTransport());

"Oprávnění odepřeno" pomocí protokolu Forever Frame

Jedná se o známý problém, který je popsaný tady. Tento příznak může být vidět pomocí nejnovější knihovny JQuery; Alternativním řešením je downgradovat aplikaci na JQuery 1.8.2.

InvalidOperationException: Není platný požadavek webového soketu.

K této chybě může dojít, pokud se používá protokol WebSocket, ale síťový proxy server upravuje hlavičky požadavku. Řešením je nakonfigurovat proxy server tak, aby umožňoval webSocket na portu 80.

Výjimka: <Metoda názvu> metody se nedá přeložit, když klient volá metodu na serveru

Tato chyba může být výsledkem použití datových typů, které nelze zjistit v datové části JSON, například Array. Alternativním řešením je použít datový typ, který je zjistitelný ve formátu JSON, například IList. Další informace najdete v tématu Klient .NET nemůže volat metody centra s parametry pole.

Chyby kompilace a serveru

Následující část obsahuje možná řešení chyb kompilátoru a modulu runtime na straně serveru.

Odkaz na instanci centra má hodnotu null.

Vzhledem k tomu, že se instance centra vytvoří pro každé připojení, nemůžete ve svém kódu vytvořit instanci centra sami. Pokud chcete volat metody v centru z prostředí mimo samotné centrum, přečtěte si téma Jak volat metody klienta a spravovat skupiny mimo třídu Hub , kde najdete informace o tom, jak získat odkaz na kontext centra.

HTTPContext.Current.Session má hodnotu null.

Toto chování je záměrné. SignalR nepodporuje stav ASP.NET relace, protože povolení stavu relace by přerušilo oboustranné zasílání zpráv.

Žádná vhodná metoda k přepsání

Tato chyba se může zobrazit, pokud používáte kód ze starší dokumentace nebo blogů. Ověřte, že neodkazujete na názvy metod, které byly změněny nebo zastaralé (například OnConnectedAsync).

HostContextExtensions.WebSocketServerUrl má hodnotu null.

Toto chování je záměrné. Tento člen je zastaralý a neměl by se používat.

Chyba "Trasa s názvem signalr.hubs je již v kolekci tras"

Tato chyba se zobrazí, pokud MapSignalR je aplikace volána dvakrát. Některé ukázkové aplikace volají MapSignalR přímo ve třídě Startup; jiné provádět volání v obálkové třídě. Ujistěte se, že vaše aplikace neprovádí obojí.

Protokol WebSocket se nepoužívá.

Pokud jste ověřili, že server a klienti splňují požadavky protokolu WebSocket (uvedené v dokumentu Podporované platformy ), budete muset na serveru povolit protokol WebSocket. Pokyny k tomu najdete tady.

Připojení $.connection není definováno

Tato chyba značí, že se skripty na stránce nenačítají správně, nebo že proxy server centra není dostupný nebo se k němu nesprávně přistupuje. Ověřte, že odkazy na skripty na vaší stránce odpovídají skriptům načteným v projektu a že /signalr/hubs je přístupný v prohlížeči, když je server spuštěný.

Nelze najít jeden nebo více typů potřebných ke kompilaci dynamického výrazu.

Tato chyba značí, že Microsoft.CSharp knihovna chybí. Přidejte ho na kartě Sestavení-Framework>.

Stav volající nelze získat přístup z Clients.Caller v jazyce Visual Basic nebo v centru silného typu; Chyba Převod z typu Task(Of Object) na typ String není platný

Pokud chcete získat přístup ke stavu volajícího v jazyce Visual Basic nebo v centru se silnými typy, použijte Clients.CallerState vlastnost (zavedenou v SignalR 2.1) místo vlastnosti Clients.Caller.

Problémy se sadou Visual Studio

Tato část popisuje problémy, ke kterým došlo v sadě Visual Studio.

Uzel Dokumenty skriptu se nezobrazuje v Průzkumník řešení

Některé z našich kurzů vás nasměrují na uzel Dokumenty skriptů v Průzkumník řešení při ladění. Tento uzel je vytvořen ladicí program JavaScript a zobrazí se pouze při ladění klientů prohlížeče v aplikaci Internet Explorer; uzel se nezobrazí, pokud se používá Chrome nebo Firefox. Ladicí program JavaScriptu se také nespustí, pokud je spuštěný jiný ladicí program klienta, například ladicí program Silverlight.

SignalR nefunguje v sadě Visual Studio 2008 nebo starších verzích

Toto chování je záměrné. SignalR vyžaduje rozhraní .NET Framework 4 nebo novější. To vyžaduje, aby aplikace SignalR byly vyvinuty v sadě Visual Studio 2010 nebo novější. Serverová komponenta služby SignalR vyžaduje rozhraní .NET Framework 4.5.

Problémy se službou IIS

Tato část obsahuje informace o problémech s Internetovou informační službou.

SignalR funguje na vývojovém serveru sady Visual Studio, ale ne ve službě IIS

Služba SignalR je podporována ve službě IIS 7.0 a 7.5, ale musí být přidána podpora pro adresy URL bez rozšíření. Pokud chcete přidat podporu pro adresy URL bez rozšíření, přečtěte si téma https://support.microsoft.com/kb/980368

SignalR vyžaduje, aby na serveru byla nainstalovaná ASP.NET (ASP.NET ve výchozím nastavení není nainstalovaná ve službě IIS). Pokud chcete nainstalovat ASP.NET, podívejte se na ASP.NET soubory ke stažení.

Problémy s Microsoft Azure

Tato část obsahuje informace o problémech s Microsoft Azure.

FileLoadException při hostování služby SignalR v roli pracovního procesu Azure

Hostování služby SignalR v roli pracovního procesu Azure může vést k výjimce "Nepodařilo se načíst soubor nebo sestavení Microsoft.Owin, verze= 2.0.0.0". Jedná se o známý problém s NuGetem; Přesměrování vazby se do projektů rolí pracovního procesu Azure nepřidávají automaticky. Pokud chcete tento problém vyřešit, můžete ručně přidat přesměrování vazby. Do souboru pro projekt Role pracovního procesu přidejte následující řádky app.config .

<runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.Owin" publicKeyToken="31bf3856ad364e35" culture="neutral" />
      <bindingRedirect oldVersion="0.0.0.0-2.0.2.0" newVersion="2.0.2.0" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.Owin.Security" publicKeyToken="31bf3856ad364e35" culture="neutral" />
      <bindingRedirect oldVersion="0.0.0.0-2.0.2.0" newVersion="2.0.2.0" />
    </dependentAssembly>
  </assemblyBinding>
</runtime>

Po změně názvů témat se zprávy nepřijímají prostřednictvím backplane Azure

Témata používaná rozhraním Azure se spravují interně. nejsou určeny k tomu, aby byly konfigurovatelné uživatelem.

  • Last updated on