J'ai décidé de passer à la dernière version de Signalr mais je fais face à quelques problèmes. Tout d'abord, la manière de vous inscrire des itinéraires a entièrement changé; J'ai donc essayé de le faire la façon dont ce lien http: // www. asp.net/vnext/overview/latest/release-notes#toc13 suggère.
Le problème est que, bien que j'ajoute au web.config the configuration n'est pas annulé du tout. Est-ce que quelqu'un sait ce que je fais mal?
5 Réponses :
Est-ce un site Web? S'il s'agit d'un site Web, l'assemblage du site Web est généré de manière dynamique afin que vous ne puissiez pas comprendre le nom pleinement qualifié de votre classe de démarrage comme celle-ci. Vous essayez plutôt d'ajouter un attribut de niveau d'assemblage dans votre code comme celui-ci et voyez si votre startup.Configuration est invoquée.
[Assemblage: OwInstartup (typeof (Startup))]
Owinstartup n'existe pas dans beta 2
solution!
<appSettings>
<add key="owin:AppStartup" value="MyNameSpace.Startup, MyNameSpace" />
<add key="owin:AutomaticAppStartup" value="true" />
</appSettings>
<system.web>
<httpHandlers>
<add verb="*" path="*" type="Microsoft.Owin.Host.SystemWeb.OwinHttpHandler, Microsoft.Owin.Host.SystemWeb"/>
</httpHandlers>
</system.web>
<system.webServer>
<handlers>
<add name="Owin" verb="*" path="*" type="Microsoft.Owin.Host.SystemWeb.OwinHttpHandler, Microsoft.Owin.Host.SystemWeb"/>
</handlers>
</system.webServer>
J'ai pu obtenir la version bêta 2.0 en fonction de
Suppression de toutes les références à la version plus ancienne de SignalR, c'est-à-dire Nuge Désinstallation de la bibliothèque et double vérification / bac
Installation SignalR 2.0.0-beta2 via Console de gestionnaire de packages Suivre les étapes de la migration 1.x à 2.0 décrites dans les ops LINK
et plus important de modification de la configuration du projet pour utiliser le serveur Web IIS local au lieu de Visual Studio Developer Server (Cassini).
Plus d'infos dans la question / réponse I Publié ici Install-package Microsoft.aspnet.SignalR -Pre
Pour moi, la réponse était que cette DLL était manquante:
Microsoft.Owin.Host.SystemWeb.dll
Par défaut, il recherchera un fichier appelé démarrage; Donc, la seule chose que je devais faire était de créer une classe de démarrage dans le L'espace de noms doit suivre le motif ci-dessus pour rendre la possibilité de trouver la classe de démarrage Assemblage-name.startup Espace de noms.
Vous devez montrer plus de code.