OwinStartup wird nicht ausgelöst

Ich hatte den OwinStartup-Konfigurationscode einwandfrei und dann funktionierte er nicht mehr. Leider bin ich mir nicht sicher, was ich genau getan habe, damit es nicht mehr funktioniert, und es fällt mir wirklich schwer, es herauszufinden.

Um sicherzustellen, dass ich die Grundlagen abgedeckt habe, habe ich doppelt überprüft, um sicherzustellen, dass ich die habe

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

Das Attribut wurde ordnungsgemäß zugewiesen und es wurde sichergestellt, dass ich keine App-Einstellung für owin: AutomaticAppStartup habe, die auf false festgelegt ist. Daher habe ich aus Sicherheitsgründen eine Einstellung auf true festgelegt, da zuvor nichts vorhanden war.

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

Ich habe auch versucht, die AppSetting speziell aufzurufen:

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

Bevor es nicht mehr funktionierte, habe ich die Microsoft.Owin.Security NuGet-Pakete auf 2.0.2 aktualisiert, also habe ich versucht, sie auf 2.0.1 zurückzusetzen (das war ein Schmerz), aber es hat nichts geändert. Ich habe WebActivator im Projekt installiert und verwende es, um andere Dinge zu booten, aber ich habe das auf einer neuen WebApplication-Vorlage getestet und es funktioniert dort, sodass ich nicht denke, dass dies der Schuldige ist.

Ich habe auch versucht, meine Startup-Klasse zu entfernen und mithilfe von Visual Studio eine neue Klasse mit dem Typ OWIN Startup Class unter Add New Item hinzuzufügen, und das wird auch nicht aufgerufen. Als nächstes habe ich versucht, eine zweite Startup-Klasse hinzuzufügen, da ich weiß, dass sie eine Ausnahme auslöst, wenn mehr als ein OwinStartup-Attribut definiert ist, aber dort keine Ausnahme auslöst.

Ich bin mir nicht sicher, was ich sonst noch versuchen soll. Irgendwelche Gedanken?

Aktualisieren

Es stellt sich heraus, dass Resharper den Verweis auf Microsoft.Owin.Host.SystemWeb entfernt hat, als ich ihn zum Entfernen nicht verwendeter Verweise verwendet habe.

Stellen Sie sicher, dass Sie das Microsoft.Owin.Host.SystemWebPaket im Projekt installiert haben . Dieses Paket wird für die Starterkennung in von IIS gehosteten Anwendungen benötigt. Weitere Informationen finden Sie in diesem Artikel .

Wenn Sie ein Upgrade von einer älteren MVC-Version durchgeführt haben, stellen Sie sicher, dass Sie keine haben

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

in deinem web.config. Der Aufruf der Startlogik wird unterdrückt.

Ändern Sie es stattdessen in true

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

Mir ist klar, dass Sie dies bereits erwähnt haben, aber manchmal lesen Leute (wie ich) nicht die ganze Frage und springen einfach zu den Antworten ...

Irgendwo auf der Strecke - als ich auf MVC 5 upgegradet habe, wurde dies hinzugefügt und ich habe es bis heute nie gesehen.

Alternative Antwort auf das ursprünglich diskutierte Problem - Owin "feuert nicht". In meinem Fall habe ich stundenlang gedacht, dass es nicht ausgelöst wird, weil ich keinen Haltepunkt darin setzen kann.

Beim Debuggen des OWIN-Starts in Visual Studio

• IIS Express - Wenn Sie "F5" ausführen, wird der OWIN-Startcode unterbrochen

• IIS - Das Ausführen von "F5" wird erst unterbrochen, nachdem OWIN-Code (und global.asax-Code) geladen wurden. Wenn Sie eine Verbindung zu W3P.exe herstellen, können Sie darauf zugreifen.

Wenn Sie Probleme beim Debuggen des Codes in der StartupKlasse haben, hatte ich auch dieses Problem - oder ich dachte, ich hätte es getan. Der Code wurde ausgelöst, aber ich glaube, es passiert, bevor der Debugger angehängt wurde, sodass Sie keine Haltepunkte für den Code setzen und sehen können, was passiert.

Sie können dies beweisen, indem Sie eine Ausnahme in der ConfigurationMethode der StartupKlasse auslösen.

DEBUGGING-TIPPS

Wenn das Debuggen nicht funktioniert, verwenden Sie IIS Express oder die folgende Methode für lokales IIS

Verwenden von lokalem IIS

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

1. Fordern Sie eine Webseite an
2. Zum Prozess w3wp.exe anhängen
3. Berühren Sie die Datei web.config
4. Fordern Sie eine Webseite an

Extra Tipp

Vielleicht wird dadurch ein Cache geleert:

5. Fügen Sie in web.config das Attribut optimizeCompilations mit einem falschen Wert hinzu

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

6. Führen Sie die Site aus

7. Machen Sie die Änderung in web.config rückgängig

Ich hatte ein ähnliches Problem und das Löschen von temporären ASP.NET-Dateien hat es behoben. Hoffe das hilft jemandem.

Ich hatte das gleiche Problem. Das Microsoft.Owin.Host.SystemWeb-Paket wurde installiert, aber während der Installation konnte NuGet die DLL aus irgendeinem Grund nicht als Referenz hinzufügen. Stellen Sie sicher, dass Ihr Projekt diese Referenz hat. Wenn nicht, können Sie versuchen, neu zu installieren:

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

Ich hatte einen Fehler wie unten bei der Neuinstallation, aber irgendwie hat es funktioniert:

Systemaufruf fehlgeschlagen. (Ausnahme von HRESULT: 0x80010100 (RPC_E_SYS_CALL_FAILED))

In meinem Fall wurde der IIS-Anwendungspool nicht auf Version 4 festgelegt. Es war v2.

Der AppPool wurde auf v4 geändert und alles war in Ordnung.

Ich hatte das gleiche Problem, als ich Owin zu einem vorhandenen Webprojekt hinzufügte. Ich stellte schließlich fest, dass das Problem auf Folgendes in der Datei web.config zurückzuführen war.

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

   ...

</assemblies>

Die Remove Assembly = "*" hat das Problem verursacht. Wenn ich diese Zeile entferne, wird der Owin-Startcode ausgeführt. Ich ändere es schließlich wie folgt und es hat perfekt funktioniert

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

In meinem Fall wird der Ausgabepfad meiner Website von jemandem geändert, der IIS Express lädt OWIN sogar nicht und die Setup-Klasse wird natürlich nicht getroffen. Nachdem ich den Ausgabepfad auf "bin \" gesetzt habe, funktioniert es gut.

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

Im Folgenden sind jedoch zwei Tags in web.config nicht vorhanden.

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

Nach dem Hinzufügen funktioniert es reibungslos.

In meinem Fall hatte meine web.config

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

Um es zu zwingen, auf Owin zurückzugreifen, musste es so sein

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

Ich habe mit vielen Vorschlägen in diesem Beitrag herumgespielt.

Ich hatte folgendes, konnte aber immer noch nicht auf einem Haltepunkt landen. Das Auslösen einer Ausnahme bewies, dass der Code eingegeben wurde.

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

Aus Verzweiflung habe ich mir schließlich die Projekte-> Eigenschaften angesehen und dann im Abschnitt WEB auch das Kontrollkästchen NATIVE CODE aktiviert (ASP.NET sollte bereits aktiviert sein).

Das hat es endlich für mich behoben.

Hinweis: Ich verwende Visual Studio 2017 Professional.

Ich bin nicht sicher, ob dies noch jemandem helfen wird, aber ich habe alle oben genannten Lösungen (und einige andere Beiträge) ohne Erfolg durchgeführt.

Was das Problem an meinem Ende behoben hat, war, einen Backslash an das Ende des RedirectUri-Werts in der web.config zu setzen (verrückt, ich weiß!). RedirectUri ist ein Parameter in UseOpenIdConnectAuthentication.

Also statt:

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

Mach das:

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

Außerdem wurde die Antwort-URL in den Azure App-Einstellungen aktualisiert.

Dadurch wurde der Start irgendwie wie erwartet ausgeführt (wahrscheinlich wurde ein Cache geleert), und die Haltepunkte werden jetzt ausgelöst.

Zu Ihrer Information. Ich habe meinen Code von hier aus modelliert: https://github.com/microsoftgraph/aspnet-connect-sample

Nachdem ich eine Klassenbibliothek in ein Webanwendungsprojekt konvertiert hatte , stieß ich darauf und wurde hartnäckig. Es stellte sich heraus, dass ich in meiner .csProjAkte Folgendes hatte:

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

• So bauen Sie die verschiedenen DLLs in einen Unterordner des bin-Ordners (was ifc. nicht funktioniert). Die Lösung bestand darin, beide Textinhalte OutputPathauf einfach zu ändern bin\.

Für mich war es, weil sie nicht im gleichen Namespace sind. Nachdem ich meinen AppStart aus "project.Startup.AppStart" entfernt und sowohl Startup.cs als auch Startup.Auth.cs mit dem Namespace "project.Startup" belassen hatte, funktionierte alles wieder einwandfrei.

Ich hoffe es hilft!

Wenn dieses Problem beim IIS-Hosting auftritt, jedoch nicht beim F5-Debugging, erstellen Sie eine neue Anwendung in IIS.

Das hat es für mich behoben. (Windows 10) Am Ende habe ich die "schlechte" IIS-Anwendung gelöscht und eine identische mit demselben Namen neu erstellt.

Ich denke, was einige Leute oben versucht haben, ist, dass Sie, wenn Sie Ihren OWIN-Server programmgesteuert zum Leben erwecken möchten, so etwas nennen würden:

using Microsoft.Owin.Hosting;

    IDisposable _server = WebApp.Start<StartupMethod>("http://+:5000"); 
              // Start Accepting HTTP via all interfaces on port 5000

Sobald Sie diesen Aufruf getätigt haben, wird der Aufruf von StartupMethod () im Debugger ausgelöst

Ich fand den folgenden Artikel sehr hilfreich:

https://weblog.west-wind.com/posts/2015/Apr/29/Adding-minimal-OWIN-Identity-Authentication-to-an-Existing-ASPNET-MVC-Application#MinimalCodeSummary

In meinem Fall musste ich Folgendes festlegen, bevor die Owin-Authentifizierung anstelle der Windows-Authentifizierung funktioniert:

<system.web>   
    <authentication mode="None" />   
<system.web>

Das hat bei mir funktioniert:

Authentifizierungsmodus hinzufügen = "Keine"

<system.web>
    <compilation debug="true" targetFramework="4.6.1" />
    <httpRuntime targetFramework="4.6.1" />
      <authentication mode="None" /><!--Use OWIN-->
  </system.web>

Fügen Sie zuerst die OWIN-Authentifizierungsklasse hinzu und aktivieren Sie dann OWIN: AutomaticAppStartupFügen Sie zuerst Authentifizierungsklasse hinzu Schlüssel in Ihrer web.config wie Jetzt wird es feuern