OwinStartup non si attiva

Ho avuto il codice di configurazione OwinStartup perfettamente funzionante e poi ha smesso di funzionare. Sfortunatamente non sono sicuro di cosa ho fatto per farlo smettere di funzionare e non riesco davvero a capirlo.

Per essere sicuro di avere le basi coperte, ho raddoppiato il controllo per assicurarsi che io abbia

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

attributo assegnato correttamente e assicurato che non ho un'appSetting per owin: AutomaticAppStartup impostato su false, quindi ne ho creato uno impostato su true per essere sicuro poiché prima non c'era nulla.

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

Ho anche provato a richiamare in modo specifico l'app

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

Prima che smettesse di funzionare ho aggiornato i pacchetti NuGet Microsoft.Owin.Security a 2.0.2, quindi ho provato a ripristinarli a 2.0.1 (è stato un problema) ma non ha cambiato nulla. Ho WebActivator installato sul progetto e lo sto usando per avviare altre cose, ma l'ho provato su un nuovo modello di WebApplication e funziona lì, quindi non credo che sia il colpevole.

Ho anche provato a rimuovere la mia classe di avvio e utilizzare Visual Studio per aggiungerne uno nuovo usando il tipo di classe di avvio OWIN in Aggiungi nuovo elemento e che non viene nemmeno chiamato. Successivamente ho provato ad aggiungere una seconda classe di avvio poiché so che genererà un'eccezione se è stato definito più di un attributo OwinStartup, ma non genera alcuna eccezione.

Non sono sicuro di cos'altro provare. qualche idea?

Aggiornare

Risulta che Resharper ha rimosso il riferimento a Microsoft.Owin.Host.SystemWeb quando l'ho usato per rimuovere riferimenti inutilizzati.

Assicurati di aver installato il Microsoft.Owin.Host.SystemWebpacchetto nel progetto. Questo pacchetto è necessario per il rilevamento dell'avvio nelle applicazioni ospitate in IIS. Per ulteriori informazioni è possibile fare riferimento a questo articolo .

Se hai eseguito l'aggiornamento da una versione MVC precedente, assicurati di non averlo

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

nel tuo web.config. Sopprimerà il richiamo della logica di avvio.

Invece cambiarlo in true

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

Mi rendo conto che lo hai già menzionato, ma a volte le persone (come me) non leggono l'intera domanda e saltano alle risposte ...

Da qualche parte lungo la linea - quando ho eseguito l'aggiornamento a MVC 5 questo è stato aggiunto e non l'ho mai visto fino ad oggi.

Risposta alternativa al problema originale discusso: Owin "non spara". Nel mio caso, ho passato ore a pensare che non sparasse perché non ero in grado di stabilire un punto di interruzione.

Quando si esegue il debug di avvio OWIN in Visual Studio

• IIS Express: l'esecuzione di "F5" interromperà il codice di avvio OWIN

• IIS - L'esecuzione di "F5" non si interromperà fino al caricamento del codice OWIN (e global.asax). Se ti colleghi a W3P.exe sarai in grado di intervenire.

Se riscontri problemi nel debug del codice nella Startupclasse, ho riscontrato anche questo problema - o pensavo di averlo fatto. Il codice è stato attivato ma credo che accada prima che il debugger sia collegato, quindi non è possibile impostare punti di interruzione sul codice e vedere cosa sta succedendo.

Puoi dimostrarlo lanciando un'eccezione nel Configurationmetodo della Startupclasse.

SUGGERIMENTI PER IL DEBUGGING

Se il debug non funziona, provare a utilizzare IIS Express o provare il metodo seguente per IIS locale

Utilizzando IIS locale

Per qualche motivo questo metodo consente il debug di questo metodo:

1. Richiedi una pagina web
2. Collegarsi al processo w3wp.exe
3. Tocca il file web.config
4. Richiedi una pagina web

Suggerimento extra

Forse facendo questo svuoti una cache:

5. In web.config aggiungi l'attributo optimCompilations con un valore falso

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

6. Esegui sito

7. Annulla la modifica in web.config

Ho avuto un problema simile a questo e cancellando i file temporanei ASP.NET è stato risolto. Spero che questo aiuti qualcuno.

Ho avuto lo stesso problema. Il pacchetto Microsoft.Owin.Host.SystemWeb è stato installato ma durante l'installazione NuGet non è stato in grado di aggiungere la dll come riferimento per qualche motivo. Assicurati che il tuo progetto abbia quel riferimento. Altrimenti puoi provare a reinstallare:

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

Ho riscontrato un errore come quello riportato di seguito durante la reinstallazione ma in qualche modo ha funzionato:

Chiamata di sistema non riuscita. (Eccezione da HRESULT: 0x80010100 (RPC_E_SYS_CALL_FAILED))

Nel mio caso, il pool di applicazioni IIS non era impostato su v4. Era v2.

Ho cambiato AppPool in v4 e tutto è andato bene.

Ho avuto lo stesso problema quando ho aggiunto Owin a un progetto Web esistente. Alla fine ho scoperto che il problema era dovuto a quanto segue nel file web.config.

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

   ...

</assemblies>

Remove assembly = "*" stava causando il problema. Quando rimuovo questa riga viene eseguito il codice di avvio Owin. Alla fine lo cambio nel modo seguente e ha funzionato perfettamente

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

Nel mio caso, il percorso di output del mio sito Web viene modificato da qualcuno, anche IIS Express non carica OWIN e la classe di installazione non verrà colpita, ovviamente. Dopo aver impostato il percorso di output come "bin \", funziona bene.

Nel mio caso questo pacchetto Microsoft.Owin.Host.SystemWeb è presente nel progetto.

Ma sotto due tag non sono presenti in web.config.

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

dopo averli aggiunti funziona senza problemi.

Nel mio caso, il mio web.config aveva

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

Per costringerlo a ricadere su Owin, avevo bisogno che lo fosse

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

Ho pasticciato con molti suggerimenti su questo post.

Avevo quanto segue ma non riuscivo ancora ad atterrare su un punto di rottura. Il lancio di un'eccezione ha dimostrato che il codice veniva inserito.

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

Finalmente per disperazione ho guardato project-> properties, e poi nella sezione WEB ho anche controllato la casella di controllo CODICE NATIVO (ASP.NET dovrebbe essere già spuntato).

Questo finalmente risolto il problema per me.

Nota: sto usando Visual Studio 2017 Professional.

Non sono sicuro se questo aiuterà ancora qualcuno, ma ho fatto tutte le soluzioni sopra (e da alcuni altri post) senza risultati.

Ciò che risolveva il problema da parte mia era mettere una barra rovesciata alla fine del valore RedirectUri in web.config (pazzo, lo so!). RedirectUri è un parametro in UseOpenIdConnectAuthentication.

Quindi, invece di:

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

Fai questo:

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

E aggiornato anche l'URL di risposta nelle impostazioni dell'app di Azure.

Che in qualche modo ha fatto funzionare Startup come previsto (probabilmente ha svuotato un po 'di cache) e ora i punti di interruzione si stanno attivando.

FYI. Stavo modellando il mio codice da qui: https://github.com/microsoftgraph/aspnet-connect-sample

Dopo aver convertito una libreria di classi in un progetto di applicazione Web , mi sono imbattuto in questo e sono diventato testardo. Si è scoperto, nel mio .csProjfile, ho avuto questo:

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

• costruendo così le varie DLL in una sottocartella della cartella bin (che ifc. non funzionerà). La soluzione è stata quella di cambiare entrambi i contenuti del testo OutputPathin solo bin\.

Per me è stato perché non si trovano nello stesso spazio dei nomi. Dopo aver rimosso la mia AppStart da "project.Startup.AppStart" e aver lasciato entrambi Startup.cs e Startup.Auth.cs con lo spazio dei nomi "project.Startup", tutto è tornato a funzionare perfettamente.

Spero sia di aiuto!

Se riscontri questo problema con l'hosting IIS, ma non durante il debug F5, prova a creare una nuova applicazione in IIS.

Questo mi ha risolto. (windows 10) Alla fine ho eliminato l'applicazione IIS "errata" e ne ho ricreata una identica con lo stesso nome.

Penso che alcune persone stessero cercando di arrivare sopra è che se vuoi rendere programmaticamente il tuo server OWIN "prendere vita", chiameresti qualcosa del genere:

using Microsoft.Owin.Hosting;

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

Una volta effettuata questa chiamata, nel debugger verrà visualizzata la chiamata a StartupMethod ()

Ho trovato molto utile il seguente articolo:

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

Nel mio caso, ho dovuto impostare quanto segue prima che l'autenticazione Owin funzionasse invece dell'autenticazione di Windows:

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

Questo ha funzionato per me:

aggiungi autenticazione mode = "Nessuno"

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

Aggiungere prima la classe di autenticazione OWIN e quindi abilitare OWIN: AutomaticAppStartup chiave nel tuo web.config come Ora sparerà