IApplicationBuilder существует в обоих Microsoft.AspNet.Http.Abstractions и Microsoft.AspNet.Http

Question

Мы путаем через делать проверку подлинности в ASP.NET 5. In this security sample, мы видим, этот тип вещи:

app.Run(async context => 
{  
    var types = context.Authentication.GetAuthenticationSchemes(); 
} 

Initial Проблема

В нашем проекте, однако HttpContext не имеет Authentication собственности и мы получим следующее сообщение об ошибке:

Microsoft.Framework.Runtime.Roslyn.RoslynCompilationException: C:\myApp\Startup.cs(71,46): error CS1061:

'HttpContext' does not contain a definition for 'Authentication' and no extension method 'Authentication' accepting a first argument of type 'HttpContext' could be found (are you missing a using directive or an assembly reference?)

Итак, мы посмотрели на источник и обнаружили, что его here inside the HttpAbstractions assembly. Итак, мы добавили эту сборку в наш проект.

Последующий Проблема

К сожалению, мы теперь получить следующее сообщение об ошибке:

Microsoft.Framework.Runtime.Roslyn.RoslynCompilationException: C:\myApp\Startup.cs(43,31): error CS0433:

The type 'IApplicationBuilder' exists in both 'Microsoft.AspNet.Http.Abstractions, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' and 'Microsoft.AspNet.Http, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'

Вопрос

достаточно справедливой. Как мы можем попросить компилятор использовать одну сборку, но не другую для этого конкретного типа? Мы пробовали удалить .dnx\packages\Microsoft.AspNet.Http, но он просто возвращается после dnu restore.

Answer 1

Возможно, вы, вероятно, «пересекли потоки», как говорят команды ASP.NET. Убедитесь, что вы - following the breaking changes, и не включаете пакеты из нескольких версий beta (убедитесь, что у вас нет как beta4, так и beta5 ссылок, например - самый простой способ проверить - поиск для вашего проекта.lock.json для них.) Наиболее распространенные несчастные случаи связаны с использованием пакетов .Interfaces, так как большинство из них были переименованы в .Abstractions, но были и другие изменения именования сборки (и удаления тоже!).

Update:

Эта ошибка также может прийти, когда вы не можете достичь пакетов NuGet с помощью серверов, которые вы настроили и для dnvm версии вы работаете. (Недавно было обновлено до dnvm, которое мне пришлось обновить, чтобы использовать последние пакеты, кажется, что даже в пределах одного бета-номера потоки все равно могут пересекаться!) Чтобы получить VS2015 для использования определенного dnvm, global.json может быть требуется:

{ 
    "projects": [ "src", "tests" ], 
    "sdk": { 
     "version": "1.0.0-beta6-12005" 
    } 
} 

Answer 2

Matt DeKrey был прав. Мне не нужно было пересекать ручьи. Короче, мне нужно было beta6 и был на beta4. Здесь были шаги, чтобы исправить:

1 Изменить project.json

Это выглядит как этот

"dependencies": { 
    "Microsoft.AspNet.Server.IIS": "1.0.0-beta6", 
    "Microsoft.AspNet.Server.WebListener": "1.0.0-beta6", 
    "Microsoft.AspNet.Diagnostics": "1.0.0-beta6", 
    "Microsoft.AspNet.Mvc": "6.0.0-beta6", 
    "EntityFramework.SqlServer": "7.0.0-beta6", 
    "EntityFramework.InMemory": "7.0.0-beta6", 
    "Microsoft.AspNet.Identity": "3.0.0-beta6" 
    } 

2 Добавить Nuget.config

Важно отметить, что мне нужно, чтобы добавить Nuget.config файл в корень моего репозитория, потому что beta6 еще не находится в NuGet.

<?xml version="1.0" encoding="utf-8"?> 
<configuration> 
    <packageSources> 
    <add key="AspNetVNext" value="https://www.myget.org/F/aspnetvnext/api/v2" /> 
    <add key="NuGet" value="https://nuget.org/api/v2/" /> 
    </packageSources> 
</configuration> 

AspNetVNext запись является Default Unstable, что мы видим, когда мы бежим dnvm.