В контексте не найден элемент owin.Environment

Скорее всего, он не может найти класс запуска OWIN. Соглашение по умолчанию для класса Startup — [AssemblyName].Startup. Если вы больше не следуете этому соглашению, вам нужно будет указать полное имя вашего класса Startup в файле Web.Config.

Следующий выпуск пакета Microsoft.Owin.Host.SystemWeb теперь выдает подробные сообщения об исключениях, когда не удается найти класс Startup.

У меня была точно такая же ошибка, но, как оказалось, у меня была другая проблема с конфигурацией в моем файле web.config. В моем web.config отсутствовал атрибут defaultLanguage="c#" в элементе компиляции в system.web.

В этом случае по умолчанию будет использоваться VB. Поэтому, если ваш класс Startup не написан на VB, вам следует изменить язык по умолчанию на C#.

Не верно:

<compilation debug="true" optimizeCompilations="true" targetFramework="4.6.1">

Это правильно (если вы не используете VB):

<compilation debug="true" defaultLanguage="c#" optimizeCompilations="true" targetFramework="4.6.1">

У меня была такая же проблема, она была исправлена ​​после того, как я убедился, что эта строка находится в web.config:

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

Я создал два новых проекта с именами TesteMvc5.2 и TesteMvc5.0, и оба они не работали при запуске.

это связано с тем, что пространство имен по умолчанию отличается от имени сборки. но после того, как я поставил строку

<add key="owin:AppStartup" value="TesteMvc5._2.Startup, TesteMvc5.2" />

в web.config все работало нормально.

Очистка временных файлов ASP.NET помогла мне решить именно эту проблему.

Я пробовал все, что упомянуто на этой странице, но ничего не получилось. Затем я узнал о настройке в IIS с именем owin:AutomaticAppStartup. Его можно найти на странице «Параметры приложения» диспетчера IIS для веб-сайта по умолчанию. Проверьте, соответствует ли этот параметр истине. Если не установлено значение true. Это сработало для меня.

Это веб-сайт, на котором я нашел ответ: http://gotoanswer.stanford.edu/?q=Microsoft.Owin.Host.SystemWeb+and+still+getting+No+owin.Environment+item+был+найден+в+контексте

У меня была такая же проблема. Я исправил это с помощью web.config.

Однако я изменил имя сборки и пространство имен и больше нигде не нашел исходное имя сборки.

Затем я обнаружил, что clean не удаляет исходную сборку из корзины.

После удаления мусорной корзины я смог удалить запись OWIN web.config.

Если вы скопировали приведенную ниже конфигурацию из MVC4, вам следует удалить ее из web.config.

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

Ни один из приведенных выше ответов не помог мне.

Оказалось, что в моем проекте отсутствует класс «Автозагрузка», который содержит следующее:

using Microsoft.Owin;
using Owin;

[assembly: OwinStartupAttribute(typeof(NAMESPACE.Startup))]
namespace NAMESPACE
{
    public partial class Startup
    {
        public void Configuration(IAppBuilder app)
        {
            ConfigureAuth(app);
        }
    }
}

Этот файл с именем «Startup.cs» находится в корневой папке (~/) вашего проекта.

В моем «Web.config» нет ни одной из этих конфигураций «Owin», опубликованных в других ответах.

Была такая же проблема. Спасибо за общие решения. это..

<add key="owin.AppStartup" value="Namespace.Startup, Namespace"/>
<add key="owin:AutomaticAppStartup" value="false"/>  

исправлено для меня

Я понятия не имею, почему это работает, но это сработало!

Моя проблема была в VS2013. В WebConfig для отладки было установлено значение true, и я получил эту ошибку. Когда я установил для него значение false, он работал нормально, а затем я сбросил значение true, и он продолжал работать нормально!

Сначала, когда отладка была истинной, прежде чем измениться на ложную, я поставил точку останова в своем коде запуска, и она вообще не была достигнута. После изменения на false, нажав save, а затем обратно на true, был вызван код StartUp, и программа работает как надо.

Я столкнулся с этой ошибкой в ​​решении Optimizely (Episerver), где у меня было две ветви функций, использующие одну и ту же базу данных CMS. В одной функциональной ветке я работал над доказательством концепции с использованием критерия посетителя. Итак, я создал что-то вроде этого:

    public class SomeVisitorCriterionSettings : CriterionModelBase
    {
        public override ICriterionModel Copy()
        {
            return base.ShallowCopy();
        }
    }



[VisitorGroupCriterion(
    Category = "Some category",
    DisplayName = "My visitor criterion")]
public class SomeVisitorCriterion : CriterionBase<SomeVisitorCriterionSettings>
{
    public override bool IsMatch(IPrincipal principal, HttpContextBase httpContext)
    {
        // match logic here..
    }
}

И в Episerver -> CMS -> Группы посетителей я создал экземпляр этого критерия посетителя. После переключения на другую ветку, где этого кода не было, но был экземпляр в базе данных, выбрасывалось исключение Owin.

Удаление критерия посетителя в CMS решило проблему, но я, честно говоря, понятия не имею, почему возникает такое исключение. хотя хотелось бы узнать..

добавление языка по умолчанию для компиляции в web.config помогло мне!