OwinStartup не стріляє

Я мав ідеально працювати код конфігурації OwinStartup, а потім він перестав працювати. На жаль, я не впевнений, що саме я зробив, щоб змусити його перестати працювати, і мені дуже важко розгадати це.

Щоб переконатися, що я покрив основи, я подвійно перевірив, щоб переконатися, що я маю

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

атрибут присвоєний належним чином і переконався, що у мене немає програми Налаштування для Owin: AutomaticAppStartup, який встановлено на значення false, тому я зробив один набір true як безпечний, оскільки там нічого раніше не було.

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

Я також спробував спеціально зателефонувати в програму AppSetting:

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

Перш ніж він перестав працювати, я оновив пакети Microsoft.Owin.Security NuGet до 2.0.2, тому я спробував повернути їх до 2.0.1 (це було болем), але це нічого не змінило. У мене в проекті встановлений WebActivator, і я використовую це для завантаження інших речей, але я перевірив це на новому шаблоні WebApplication, і він працює там, тому я не думаю, що це винуватець.

Я також спробував видалити свій клас запуску та за допомогою Visual Studio додати новий, використовуючи тип класу запуску OWIN у Add New Item, і це також не викликається. Далі я спробував додати другий клас автозавантаження, оскільки знаю, що це викине виключення, якщо визначено більше одного атрибута OwinStartup, але він не кидає там жодного винятку.

Не впевнений, що ще спробувати. Будь-які думки?

Оновлення

Виявляється, Resharper видалив посилання на Microsoft.Owin.Host.SystemWeb, коли я використовував його для видалення невикористаних посилань.

Переконайтеся, що ви встановили Microsoft.Owin.Host.SystemWebпакет у проекті. Цей пакет необхідний для виявлення запуску в розміщених програмах IIS. Для отримання додаткової інформації ви можете звернутися до цієї статті .

Якщо ви оновили більш стару версію MVC, переконайтеся, що її немає

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

у вашому web.config. Це придушить виклик логіки запуску.

Замість цього змініть його на true

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

Я усвідомлюю, що ви вже згадали про це, але іноді люди (як я) не читають цілого питання, а просто переходять до відповідей ...

Десь уздовж лінії - коли я перейшов на MVC 5, це додалося, і я його до сьогодні не бачив.

Альтернативна відповідь на первісну проблему, яку обговорювали - Оуін "не стріляв". У моєму випадку я витратив години, думаючи, що це не стріляв через те, що не вдалося встановити в ньому точку перелому.

При налагодженні запуску OWIN у візуальній студії

• IIS Express - Запуск "F5" порушиться при запуску коду OWIN

• IIS - Запуск "F5" не порушиться, поки не буде завантажений код OWIN (і global.asax). Якщо ви приєднаєтесь до W3P.exe, ви зможете вступити в нього.

Якщо у вас виникають проблеми з налагодженням коду в Startupкласі, у мене також була ця проблема - або я думав, що це зробив. Код спрацьовував, але я вважаю, що це відбувається до того, як налагоджувач приєднається, тому ви не можете встановити точки проходу на коді і подивитися, що відбувається.

Ви можете довести це, кинувши виняток у Configurationметоді Startupкласу.

ПОРАДИ ДЕГУВАННЯ

Якщо налагодження не працює, спробуйте скористатися IIS Express або спробуйте наведений нижче метод для локального IIS

Використання локальних IIS

Чомусь цей метод дозволяє налагоджувати цей метод:

1. Запит веб-сторінки
2. Додайте до w3wp.exe процес
3. Торкніться файлу web.config
4. Запит веб-сторінки

Додатковий наконечник

Можливо, це змиє кеш:

5. У web.config додайте атрибут optimizeCompilations з помилковим значенням

   <компіляція налагодження = "правда" ... optimizeCompilations = "false">

6. Запустити сайт

7. Скасуйте зміну в web.config

У мене була схожа проблема з цим і очищення тимчасових файлів ASP.NET виправлено. Сподіваюся, що це комусь допоможе.

У мене була така ж проблема. Пакет Microsoft.Owin.Host.SystemWeb був встановлений, але під час встановлення NuGet чомусь не зміг додати dll як посилання. Переконайтеся, що у вашому проекті є така посилання. Якщо ні, ви можете спробувати перевстановити:

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

У мене відбулася помилка, як нижче, при перевстановці, але якимось чином спрацювала:

Помилка системного виклику. (Виняток з HRESULT: 0x80010100 (RPC_E_SYS_CALL_FAILED))

У моєму випадку пул додатків IIS не був встановлений на v4. Це було v2.

Змінив AppPool на v4 і все було гаразд.

У мене була така ж проблема, коли я додав Owin до вже існуючого веб-проекту. Зрештою, я виявив, що проблема була пов'язана з наступним у файлі web.config.

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

   ...

</assemblies>

Видалення зборки = "*" викликало проблему. Коли я видаляю цей рядок, запущений код запуску Owin. Я врешті-решт міняю це на наступне, і воно спрацювало чудово

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

У моєму випадку вихідний шлях мого веб-сайту хтось змінює, IIS Express навіть не завантажує OWIN, і клас налаштування, звичайно, не потрапить. Після того як я встановив вихідний шлях як "бін \", він працює добре.

У моєму випадку цей пакет Microsoft.Owin.Host.SystemWeb присутній у проекті.

Але нижче двох тегів у web.config немає.

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

після додавання їх це працює безперебійно.

У моєму випадку мій web.config мав

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

Щоб змусити його повернутися до Овіна, мені це було потрібно

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

Я розгубився з великою кількістю пропозицій щодо цієї публікації.

У мене було таке, але все-таки я не міг приземлитися на точці розриву. Закинувши виняток, було доведено, що код вводиться.

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

Нарешті, з відчаю я подивився на властивості project->, а потім у розділі WEB я також встановив прапорець NATIVE CODE (ASP.NET має бути вже встановлено).

Це остаточно виправило мене.

Примітка: я використовую Visual Studio 2017 Professional.

Я не впевнений, чи це все-таки допоможе комусь, але я всі рішення, що були вище (і з деяких інших постів), я безрезультатно зробив.

Що вирішило проблему на моєму кінці, це поставити зворотний косий рядок до кінця значення RedirectUri в web.config (божевільно, я знаю!). RedirectUri - це параметр у UseOpenIdConnectAuthentication.

Отже, замість:

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

Зробити це:

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

Також оновлено URL-адресу відповіді в налаштуваннях програми Azure.

Це якось змусило Startup працювати так, як очікувалося (ймовірно, очистив деякий кеш-пам'ять), і точки прориву тепер запускаються.

FYI. Я моделював свій код звідси: https://github.com/microsoftgraph/aspnet-connect-sample

Після перетворення бібліотеки класів у проект веб-додатків я зіткнувся з цим і став упертим. Виявилось, у моєму .csProjфайлі у мене було таке:

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

• таким чином будуючи різні dll у підпапку bin-папки (яка ifc. не буде працювати). Рішенням було змінити обидва текстові матеріали OutputPathна просто bin\.

Для мене це було тому, що вони не в одному просторі імен. Після того, як я видалю свій AppStart з "project.Startup.AppStart" і дозволю їм як Startup.cs, так і Startup.Auth.cs з простором імен "project.Startup", все повернулося до бездоганної роботи.

Я сподіваюся, що це допоможе!

Якщо ви бачите цю проблему під час хостингу IIS, але не під час налагодження F5, спробуйте створити нову програму в IIS.

Це зафіксувало це для мене. (windows 10) Врешті-решт я видалив "поганий" додаток IIS і знову створив ідентичний з тим же ім'ям.

Я думаю, що деякі люди намагалися дістатися до того, що якщо ви хочете програмно зробити так, щоб ваш сервер OWIN "ожив", ви б викликали щось подібне:

using Microsoft.Owin.Hosting;

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

Після цього виклику, ви побачите виклик до запуску StartupMethod () у відладчику

Наступну статтю я виявив дуже корисною:

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

У моєму випадку я повинен був встановити наступне перед тим, як автентифікація Owin запрацювала замість автентифікації Windows:

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

Це працювало для мене:

додати режим автентифікації = "Немає"

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

Спочатку додайте клас OWIN Auth, а потім увімкніть OWIN: AutomaticAppStartup у своєму веб-файлі, як Тепер він буде стріляти