OwinStartup nie odpala

Alternatywna odpowiedź na oryginalny problem omawiany-Owin " nie odpala."W moim przypadku spędziłem godziny myśląc, że nie odpala, ponieważ nie byłem w stanie ustawić w nim punktu przerwania.

Podczas debugowania uruchamiania OWIN w visual studio

• IIS Express-uruchomienie "F5" spowoduje złamanie kodu startowego OWIN

• IIS-uruchamianie "F5" nie będzie pękać aż po OWIN (i global.asax) kod jest załadowany. Jeśli dołączysz do W3P.exe będziesz mógł wejść do to.

Jeśli zaktualizowałeś / aś starszą wersję MVC, upewnij się, że nie masz

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

W twoim web.config. Powstrzyma to wywołanie logiki startowej.

Zamiast tego zmień go na true

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

Zdaję sobie sprawę, że już o tym wspomniałeś, ale czasami ludzie (tacy jak ja) nie czytają całego pytania i po prostu przeskakują do odpowiedzi...

Gdzieś wzdłuż linii - kiedy uaktualniłem do MVC 5 to zostało dodane i nigdy nie widziałem go do dzisiaj.

Jeśli masz problemy z debugowaniem kodu w klasie Startup, ja również miałem ten problem - lub myślałem, że mam. Kod był odpalany, ale wierzę, że dzieje się to przed dołączeniem debuggera, więc nie można ustawić punktów przerwania na kodzie i zobaczyć, co się dzieje.

Możesz to udowodnić, rzucając wyjątek w metodzie Configuration klasy Startup.

Miałem podobny problem do tego i rozliczanie tymczasowe ASP.NET Pliki to naprawiły. Mam nadzieję, że to komuś pomoże.

WSKAZÓWKI DEBUGOWANIA

Jeśli debugowanie nie działa, spróbuj użyć usługi IIS Express lub wypróbuj poniższą metodę dla lokalnych usług IIS

Korzystanie z lokalnego IIS

Z jakiegoś powodu ta metoda umożliwia debugowanie tej metody:

1. poproś o stronę internetową
2. Dołącz do w3wp.proces exe
3. Dotknij sieci.plik konfiguracyjny
4. poproś o stronę internetową

Extra tip

Może zrobienie tego spowoduje spłukanie pamięci podręcznej:

1. In www.config Dodaj atrybut optimizeCompilations z wartością false

2. Run site

3. Cofnij zmianę w sieci.config

Miałem ten sam problem. Microsoft.Owin.Gospodarz.SystemWeb pakiet został zainstalowany, ale podczas instalacji NuGet nie był w stanie dodać dll jako odniesienie z jakiegoś powodu. Upewnij się, że twój projekt ma to odniesienie. Jeśli nie możesz spróbować ponownie zainstalować:

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

Miałem błąd jak poniżej na reinstall ale jakoś to działało:

Wywołanie systemowe nie powiodło się. (Wyjątek od HRESULT: 0x80010100 (RPC_E_SYS_CALL_FAILED))

W moim przypadku pula aplikacji IIS nie została ustawiona na v4. To była v2.

Zmieniłem AppPool na v4 i wszystko było ok.

W moim przypadku to Microsoft.Owin.Gospodarz.Pakiet SystemWeb jest obecny w projekcie.

Ale poniżej dwa znaczniki nie są obecne w sieci.config.

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

Po ich dodaniu działa płynnie.

W moim przypadku ścieżka wyjściowa mojej strony jest zmieniana przez kogoś, IIS Express nawet nie ładuje OWIN, A Klasa setup oczywiście nie zostanie uderzona. Po ustawieniu ścieżki wyjściowej jako " bin\", działa dobrze.

Miałem ten sam problem, gdy dodałem Owin do istniejącego projektu internetowego. W końcu okazało się, że problem wynika z następujących W Sieci.plik konfiguracyjny.

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

   ...

</assemblies>

Usuń assembly = "* " był przyczyną problemu. Po usunięciu tej linii uruchomił się kod startowy Owin. W końcu zmieniłem go na następujący i działał idealnie

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

Pomieszałem z wieloma sugestiami dotyczącymi tego postu.

Miałem następujące, ale nadal nie mógł wylądować na punkcie przerwania. Rzucenie wyjątku udowodniło, że kod został wprowadzony.

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

W końcu z rozpaczy zajrzałem do project- > properties, a następnie w sekcji WEB sprawdziłem też pole wyboru NATIVE CODE (ASP.NET powinny być już sprawdzone).

uwaga: używam Visual Studio 2017 Profesjonalnie.

Nie jestem pewien, czy to jeszcze komuś pomoże, ale wszystkie powyższe rozwiązania (i z kilku innych postów) zrobiłem bez skutku.

Naprawiłem problem polegający na umieszczeniu ukośnika wstecznego na końcu wartości RedirectUri w sieci.config (crazy, I know!). RedirectUri jest parametrem w UseOpenIdConnectAuthentication.

Więc zamiast:

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

Zrób to:

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

I zaktualizowano również adres URL odpowiedzi w ustawieniach aplikacji Azure.

Że w jakiś sposób uruchomienie działa zgodnie z oczekiwaniami (prawdopodobnie wyczyszczone niektóre pamięci podręcznej), a punkty przerwania są teraz uruchamiane.

Dla twojej wiadomości. Modelowałem swój kod stąd: https://github.com/microsoftgraph/aspnet-connect-sample

Po konwersji biblioteki klas do projektu aplikacji internetowej, wpadłem na to i stałem się uparty. Okazało się, że w moim pliku .csProj miałem to:

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

• w ten sposób budowanie różnych bibliotek dll w podfolder bin-folder (który ifc. nie zadziała). Rozwiązanie polegało na zmianie ZARÓWNO zawartości tekstu na {[2] } na bin\.

Dla mnie to dlatego, że nie są one w tej samej przestrzeni nazw. Po usunięciu mojego AppStart z " projektu.Startup.AppStart" i niech obaj startują.cs i Startup.Auth.cs Z " project.Startup " przestrzeń nazw, wszystko było z powrotem do pracy idealnie.

Mam nadzieję, że pomoże!

W moim przypadku, moja sieć.config had

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

Aby zmusić go do powrotu do Owin, potrzebowałem go

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

Jeśli widzisz ten problem z hostingiem IIS, ale nie podczas debugowania F5, spróbuj utworzyć nową aplikację w IIS.

To mi to naprawiło. (windows 10) W końcu usunąłem " złą " aplikację IIS i ponownie utworzyłem identyczną o tej samej nazwie.

Myślę, że niektórzy ludzie starali się dojść do tego, że jeśli chcesz programowo sprawić, aby twój serwer OWIN "ożył", nazywałbyś coś takiego:

using Microsoft.Owin.Hosting;

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

Gdy wykonasz to połączenie, zobaczysz wywołanie StartupMethod() w debuggerze

Najpierw Dodaj klasę OWIN Auth, a następnie włącz klucz OWIN:AutomaticAppStartup w swojej sieci.config like Teraz odpali