Работает ли веб-приложение ASP.NET Core с полной платформой dotnet в IIS?

Я пытаюсь опубликовать приложение ASP.NET Core, разработанное поверх полной структуры (4.6.1) для IIS. В настоящий момент код - это только код базового шаблона, созданный с использованием опции Visual Studio "ASP.NET Core (.NET Framework). Кодекс компилируется отлично, но когда я публикую его в Local IIS, он не запускается. Я получаю ошибку, /p > 

Unhandled Exception: System.TypeInitializationException: The type initializer for 'Microsoft.Extensions.PlatformAbstractions.PlatformServices' threw an exception. ---> System.IO.FileNotFoundException: Could not load file or assembly 'System.Reflection.TypeExtensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.
   at Microsoft.Extensions.PlatformAbstractions.ApplicationEnvironment.GetEntryAssembly()
   at Microsoft.Extensions.PlatformAbstractions.ApplicationEnvironment..ctor()
   at Microsoft.Extensions.PlatformAbstractions.PlatformServices..ctor()
   at Microsoft.Extensions.PlatformAbstractions.PlatformServices..cctor()
   --- End of inner exception stack trace ---
   at Microsoft.AspNetCore.Hosting.WebHostBuilder.BuildHostingServices()
   at Microsoft.AspNetCore.Hosting.WebHostBuilder.Build()

Мой project.json выглядит следующим образом

    {
  "dependencies": {
    "Microsoft.AspNetCore.Mvc": "1.0.0",
    "Microsoft.AspNetCore.Server.IISIntegration": "1.0.0",
    "Microsoft.AspNetCore.Server.Kestrel": "1.0.0",
    "Microsoft.Extensions.Configuration.EnvironmentVariables": "1.0.0",
    "Microsoft.Extensions.Configuration.FileExtensions": "1.0.0",
    "Microsoft.Extensions.Configuration.Json": "1.0.0",
    "Microsoft.Extensions.Logging": "1.0.0",
    "Microsoft.Extensions.Logging.Console": "1.0.0",
    "Microsoft.Extensions.Logging.Debug": "1.0.0",
    "Microsoft.Extensions.Options.ConfigurationExtensions": "1.0.0"
  },

  "tools": {
    "Microsoft.AspNetCore.Server.IISIntegration.Tools": "1.0.0-preview2-final"
  },

  "frameworks": {
    "net461": { }
  },

  "buildOptions": {
    "emitEntryPoint": true,
    "preserveCompilationContext": true
  },

  "publishOptions": {
    "include": [
      "wwwroot",
      "Views",
      "Areas/**/Views",
      "appsettings.json",
      "web.config"
    ]
  },

  "scripts": {
    "postpublish": [ "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%" ]
  }
}

То же приложение, если оно нацелено на dotnetcore вместо dotnet461, отлично работает. Вся документация MS, похоже, говорит, что этот сценарий возможен и поддерживается. Что-то изменилось в RTM?

Ответы

Ответ 1

Если вы сначала опубликовали одно таргетинг на приложение netcoreapp1.0, а затем версию net4x, то я думаю, что это ошибка в Web Deploy. Я столкнулся с аналогичной проблемой при публикации в Azure - https://github.com/aspnet/Hosting/issues/801#issuecomment-227920473. Я исправил это, сначала вручную удалив все содержимое целевой папки, а затем снова опубликовывая таргетинг приложения net4x (https://github.com/aspnet/Hosting/issues/801#issuecomment-228123238). Я думаю, что Web Deploy оставляет некоторые DLL позади или не обновляется, если имена совпадают, и они затем подхватываются, но терпят неудачу, потому что они не соответствуют целевой структуре и их зависимости отсутствуют. Я также обнаружил, что проверка флажка в Web Deploy для удаления файлов в месте назначения не устраняет проблему и открыла проблему.