OwinStartup feuert nicht

Hatte ich die OwinStartup Konfiguration code perfekt funktioniert, und dann funktioniert es nicht mehr. Leider bin ich mir nicht sicher, was genau ich Tat, um es zu bekommen, um aufhören zu arbeiten und habe eine wirklich harte Zeit, es herauszufinden.

Um sicherzustellen, dass ich die Grundlagen abgedeckt, ich verdoppelt überprüft, um sicherzustellen, das ich die

[assembly:OwinStartup(typeof(WebApplication.Startup))]

Attribut zugeordnet ist richtig und machte sicher, dass ich nicht über ein " appSetting für owin:AutomaticAppStartup, die auf false festgelegt ist, also machte ich einen Satz zu wahr, um sicher zu sein, da gab es nichts vor.

<add key="owin:AutomaticAppStartup" value="true" />

Ich habe auch versucht, speziell den Aufruf der " appSetting:

<add key="owin:appStartup" value="WebApplication.Startup" />

Bevor es nicht mehr funktionierte habe ich ein Upgrade Microsoft.Owin.Sicherheit NuGet-Pakete zu 2.0.2, also ich habe versucht, zurücksetzen, Sie auf 2.0.1 (das war eine Qual), aber es hat sich daran nichts ändern. Ich habe WebActivator installiert auf das Projekt und bin mit diesem bootstrap andere Dinge, aber die, die ich getestet habe, die auf eine frische WebApplication-template und es funktioniert es also denke ich nicht, dass der Schuldige.

Ich habe auch versucht, das entfernen meiner Start-Klasse und verwenden Visual Studio, um einen neuen hinzufügen, mit der OWIN Startup Class Typ in der Neues Element Hinzufügen und das ist nicht immer genannt. Danach habe ich versucht, das hinzufügen einer zweiten Start-Klasse, da ich weiß, es wird eine exception werfen wenn es mehr als eine OwinStartup Attribute definiert, aber es ist nicht das werfen einer Ausnahme.

Nicht sicher, was anderes zu versuchen. Irgendwelche Gedanken?

Update

Stellt sich heraus, dass Resharper entfernt den Verweis auf Microsoft.Owin.Host.SystemWeb wenn ich es benutzt habe, entfernen Sie nicht verwendete Referenzen.

Kommentar zu dem Problem
Haben Sie Microsoft.Owin.Host.Systemweb-Paket installiert in dieser Anwendung. Stellen Sie sicher, dass diese dll ist auch Teil der bin-Ordner? Kommentarautor: Praburaj
Das war es dann. Dank so viel. Ich denke, was passiert ist, ist, dass ich Resharper, entfernen Sie nicht verwendete Verweise irgendwann auf und Sie denkt nicht, dass man gebraucht wird. Wenn Sie wollen, um das als Antwort ich werde auf jeden Fall markieren Sie es als die Lösung. Vielen Dank für die Hilfe. Kommentarautor: Jeff Treuting
Jeff, ReSharper entfernt "unbenutzt" Referenz zu Microsoft.Owin.Host.Systemweb - redest du "using" - Anweisung? In die Datei Startup.cs? Kommentarautor: vkelman
Ich hatte genau das gleiche problem, resharper entfernt den Verweis auf Microsoft.Owin.Host.SystemWeb. Ich habe es behoben durch das öffnen der Paket-Manager-Konsole-Fenster in Visual Studio, und den folgenden Befehl ausführen PM> " Update-Package -reinstall Microsoft.Owin.Host.SystemWeb Kommentarautor: Joe King
Als update zu @JoeKing ' s coment oben. PM-Konsole würde nicht zu aktualisieren, wie "Nicht gefunden". Ich war für eine Neuinstallation. PM> Install-Package Microsoft.Owin.Host.SystemWeb Kommentarautor: Morvael

InformationsquelleAutor der Frage Jeff Treuting | 2013-11-25

  1. 565

    Stellen Sie sicher, dass Sie installiert haben Microsoft.Owin.Host.SystemWeb Paket in das Projekt. Dieses Paket ist erforderlich für Start-Detektion im IIS gehosteten Anwendungen. Weitere Informationen finden Sie in diese Artikel.

    InformationsquelleAutor der Antwort Praburaj

  2. 43

    Alternative Antwort auf das ursprüngliche problem diskutiert - Owin "nicht Schießen." In meinem Fall habe ich Stunden damit verbracht, zu denken, es war nicht feuern wegen nicht in der Lage ist einen breakpoint zu setzen in es.

    Beim Debuggen OWIN startup in visual studio

    • IIS Express - Laufen "F5" wird die Pause auf der OWIN startup-code

    • IIS - Ausgeführt wird "F5" nicht Pause, bis nach OWIN (und weltweit.asax) - code geladen wird. Wenn Sie Anhängen, um W3P.exe Sie werden in der Lage sein, um Schritt in.

    InformationsquelleAutor der Antwort Aaron Sherman

  3. 38

    Merke ich Sie schon erwähnt, aber es ist eine wichtige Sache zu überprüfen, und manchmal auch Menschen (wie mich) nicht Lesen Sie die ganze Frage aber springen Sie einfach zu den Antworten...
    '
    Für Leute, die ein Upgrade von einer älteren MVC-version - stellen Sie sicher, dass Sie nicht

      <add key="owin:AutomaticAppStartup" value="false" />

    in Ihrem web.config dass Sie nicht einmal wissen, über. Es unterdrückt den Aufruf der Start -

    Anstatt es zu ändern true

      <add key="owin:AutomaticAppStartup" value="true" />

    Irgendwo entlang der Linie - wenn ich ein Upgrade auf MVC 5 dies wurde Hinzugefügt (eigentlich fast ironischerweise war es vor einem Jahr morgen) und ich wusste noch nicht einmal, was owin war, bis heute, als ich versuchte, es zu benutzen.

    InformationsquelleAutor der Antwort Simon_Weaver

  4. 18

    Wenn Sie Probleme beim Debuggen des Codes in der Startup Klasse, ich habe auch dieses problem gehabt - oder ich dachte, ich Tat. Der code wurde feuern, aber ich glaube, es passiert, bevor der debugger hat angebracht, so dass Sie können keine Haltepunkte in den code und sehen, was passiert ist.

    Können Sie beweisen dies durch das werfen einer Ausnahme in der Configuration Methode der Startup Klasse.

    InformationsquelleAutor der Antwort Remotec

  5. 9

    Ich hatte ein ähnliches Problem mit diesem und clearing Temporären ASP.NET Dateien behoben. Hoffe, das jemand hilft.

    InformationsquelleAutor der Antwort randomsolutions

  6. 9

    DEBUGGING-TIPPS

    Wenn das Debuggen nicht funktioniert, versuchen Sie es mit IIS Express oder versuchen Sie die folgende Methode für den lokalen IIS -

    Mit lokalen IIS -

    Aus irgendeinem Grund diese Methode ermöglicht das Debuggen dieser Methode:

    1. Anfrage einer Webseite
    2. Befestigen w3wp.exe Prozess
    3. Berühren Sie die web -.config-Datei
    4. Anfrage einer Webseite

    Extra-Tipp

    Vielleicht dies tut, wird ein cache-flush:

    1. Im web.config hinzufügen optimizeCompilations-Attribut mit dem Wert false

      <compilation debug="true" ... optimizeCompilations="false">

    2. Ausführen Website

    3. Die änderung rückgängig machen, im web.config

    InformationsquelleAutor der Antwort Rasmus

  7. 7

    Ich hatte das gleiche problem. Microsoft.Owin.Host.SystemWeb-Paket installiert wurde, aber bei der installation von NuGet war nicht in der Lage, fügen Sie die dll als Referenz für einige Grund. Stellen Sie sicher, dass Ihr Projekt ist, die Referenz. Wenn nicht, können Sie versuchen, neu zu installieren:

    update-package Microsoft.Owin.Host.SystemWeb -reinstall

    Hatte ich eine Fehlermeldung wie unten auf installieren aber es funktionierte irgendwie:

    System-Aufruf fehlgeschlagen. (Ausnahme von HRESULT: 0x80010100
    (RPC_E_SYS_CALL_FAILED))

    InformationsquelleAutor der Antwort Ufuk Hacıoğulları

  8. 1

    In meinem Fall der IIS-Anwendungspool war nicht auf v4. Es war v2.

    Geändert der "AppPool" - zu v4 und alles war okay.

    InformationsquelleAutor der Antwort Grey Wolf

  9. 1

    In meinem Fall Microsoft.Owin.Host.SystemWeb-Paket ist im Projekt vorhanden.

    Aber unter zwei tags, sind nicht im web.config.

    <add key="owin:AutomaticAppStartup" value="true" />
<add key="owin:appStartup" value="namespace.className.methodName" />

    nach dem hinzufügen funktioniert es reibungslos.

    InformationsquelleAutor der Antwort ABB

  10. 0

    In meinem Fall, meine website-output-Pfad geändert werden, von jemand, der IIS Express auch nicht geladen, OWIN, und die setup-Klasse nicht getroffen werden natürlich. Nachdem ich die Ausgabe-Pfad "bin\", funktioniert es auch.

    InformationsquelleAutor der Antwort Sean Song

  11. 0

    Hatte ich dasselbe problem, wenn ich Hinzugefügt Owin zu einem bestehenden web-Projekt. Ich fand schließlich das problem wurde durch die folgenden im web.config-Datei.

    <assemblies>
  <remove assembly="*" />
  <add assembly="System.Web.Mvc" />
  <add assembly="System.Web.WebPages" />

   ...

</assemblies>

    Entfernen Sie die assembly="*" war das problem verursacht. Wenn ich diese Zeile zu entfernen, die Owin startup-code lief.
    Schließlich bin ich es folgendermaßen ändern und es funktionierte perfekt

    <assemblies>
  <remove assembly="*" />
  <add assembly="Microsoft.Owin.Host.SystemWeb" />
  <add assembly="System.Web.Mvc" />
  <add assembly="System.Web.WebPages" />
  <add assembly="System.Web.Helpers" />
...
</assemblies>

    InformationsquelleAutor der Antwort James Rapson

  12. 0

    Ich Durcheinander herum mit vielen Anregungen zu diesem Beitrag.

    Hatte ich folgende, konnte aber immer noch nicht land, auf einen break-Punkt. Eine Ausnahme erwies sich der code eingegeben wurde.

    <appSettings>
...
  <add key="owin:AutomaticAppStartup" value="true" />
  <add key="owin:appStartup" value="SSOResource.Startup, SSOResource" />
...
</appSettings>

    Schließlich aus Verzweiflung schaute ich auf Projekt->Eigenschaften und dann unter der WEB-Abschnitt habe ich auch überprüft, die NATIVEN CODE checkbox (ASP.NET sollte bereits aktiviert ist).

    Dass endlich fixiert es für mich.

    Hinweis : ich benutze Visual Studio 2017 Professional.

    InformationsquelleAutor der Antwort Anthony De Souza

  13. 0

    Ich bin nicht sicher, ob dies noch jemand helfen, aber ich habe alle der oben genannten Lösungen (und aus einigen anderen Beiträgen) ohne Erfolg.

    Was das Problem auf meinem Ende war, setzen Sie einen umgekehrten Schrägstrich am Ende der RedirectUri Wert in der web.config (verrückt, ich weiß!). RedirectUri ist ein parameter, der in UseOpenIdConnectAuthentication.

    Statt:

    <add key="ida:RedirectUri" value="https://www.bogussite.com/home" />

    Hierzu:

    <add key="ida:RedirectUri" value="https://www.bogussite.com/home/" />

    Und aktualisiert den Antwort-URL an, die auf der Azure-App-Einstellungen als auch.

    Irgendwie aus dem Autostart zu laufen wie erwartet (wahrscheinlich gelöscht, einige cache), und die Haltepunkte sind jetzt feuern.

    FYI. War ich der Modellierung meinen code von hier: https://github.com/microsoftgraph/aspnet-connect-sample

    InformationsquelleAutor der Antwort niki b

  14. 0

    Nach konvertieren Sie eine Bibliothek-Klasse, um eine Web-Anwendung-Projekt, lief ich in diese und wurde störrisch. Stellte sich heraus, in meinem .csProj Datei, ich hatte diese:

    <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
  <DebugSymbols>true</DebugSymbols>
  <DebugType>full</DebugType>
  <Optimize>false</Optimize>
  <OutputPath>bin\Debug\</OutputPath>
  <DefineConstants>DEBUG;TRACE</DefineConstants>
  <ErrorReport>prompt</ErrorReport>
  <WarningLevel>4</WarningLevel>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
  <DebugType>pdbonly</DebugType>
  <Optimize>true</Optimize>
  <OutputPath>bin\Release\</OutputPath>
  <DefineConstants>TRACE</DefineConstants>
  <ErrorReport>prompt</ErrorReport>
  <WarningLevel>4</WarningLevel>
</PropertyGroup>
    • damit zum Bau der verschiedenen dll ' s in ein Unterverzeichnis des bin-Ordner (der ifc. wird nicht funktionieren). Die Lösung war die änderung der text-Inhalte für OutputPath nur bin\.

    InformationsquelleAutor der Antwort Frederik Struck-Schøning

  15. 0

    War es für mich, weil Sie nicht im gleichen Namensraum. Nachdem ich entfernen, meine AppStart ab " - Projekt.Startup.AppStart" und lassen Sie beide Starten.cs und Inbetriebnahme.Auth.cs mit " - Projekt.Startup" - namespace, war alles wieder perfekt funktionieren.

    Ich hoffe, es hilft!

    InformationsquelleAutor der Antwort Fábio Carvalho

  16. 0

    In meinem Fall, meine web.config hatte

    <authorization>
  <allow users="?" />
</authorization>

    Es zu zwingen, wieder fallen zu Owin, die ich brauchte, es zu

    <authorization>
  <deny users="*" />
</authorization>

    InformationsquelleAutor der Antwort sirdank

  17. -3

    Fügen Sie zunächst die OWIN Auth-Klasse und dann aktivieren OWIN:AutomaticAppStartup - Taste in Ihrem web.config wie
    Jetzt wird es Feuer

    InformationsquelleAutor der Antwort Venkatesh Prabu

Schreibe einen Kommentar