Не удалось загрузить систему типа'.Во время выполнения.CompilerServices.Применение extensionattribute из библиотеки mscorlib сборку

У меня была эта проблема, за исключением типа, который он не мог загрузить, была система.Отображение.AssemblyMetadataAttribute. Веб-приложение было построено на машине с установленным .NET 4.5 (работает нормально), с 4.0 в качестве целевой платформы, но ошибка возникла, когда она была запущена на веб-сервере с установленным только 4.0. Затем я попробовал его на веб-сервере с 4.5 установки и отсутствия ошибок. Итак, как говорили другие, это все из-за того, что Microsoft выпустила 4.5, который в основном является обновление до (и перезапись) версии 4.0. система.Сборка отражения ссылается на тип, который не существует в 4.0 (AssemblyMetadataAttribute), поэтому он не будет работать, если у вас нет новой системы.Отображение.файл DLL.

вы можете либо установить .NET 4.5 на целевом веб-сервере, либо построить приложение на машине, на которой не установлен 4.5. Далеко не идеальное решение.

у меня была точно такая же проблема с сайтом (Kentico CMS), начиная разработку в 4.5, узнав, что производственный сервер поддерживает только 4.0, попытался вернуться к целевой платформе 4.0. Компиляция других сообщений в этом потоке (в частности, изменение целевой платформы на .Net 4 и .Net 4.5, на которые все еще ссылаются). Я просмотрел свое решение и обнаружил, что несколько пакетов NuGet все еще используют библиотеки с targetFramework="net45".

packages.config (before):
<?xml version="1.0" encoding="utf-8"?>
<packages>
  <package id="AutoMapper" version="3.1.0" targetFramework="net45" />
  <package id="EntityFramework" version="5.0.0" targetFramework="net45" />
  <package id="Microsoft.AspNet.WebApi.Client" version="5.0.0" targetFramework="net45" />
  <package id="Newtonsoft.Json" version="4.5.11" targetFramework="net45" />
</packages>

I изменил целевую структуру проектов обратно на 4.5, удалил все библиотеки NuGet, вернулся к 4.0 и повторно добавил библиотеки (пришлось использовать некоторые предыдущие версии, которые не зависели от 4.5).

packages.config (after):
<?xml version="1.0" encoding="utf-8"?>
<packages>
  <package id="AutoMapper" version="3.1.1" targetFramework="net40" />
  <package id="EntityFramework" version="6.0.2" targetFramework="net40" />
  <package id="Microsoft.AspNet.WebApi.Client" version="4.0.30506.0" targetFramework="net40" />
  <package id="Microsoft.Net.Http" version="2.0.20710.0" targetFramework="net40" />
  <package id="Newtonsoft.Json" version="4.5.11" targetFramework="net40" />
</packages>

Я просто столкнулся с этой надоедливой проблемой сегодня. Мы используем SmartAssembly для упаковки / запутывания наших сборок .NET, но внезапно конечный продукт не работал на наших тестовых системах. Я даже не думал, что у меня есть .NET 4.5, но, видимо, что-то установило его около месяца назад.

Я удалил 4.5 и переустановить 4.0, и теперь все снова работает. Не слишком впечатлен тем, что потратил день на это.

Я столкнулась с той же проблемой при попытке прочитать данные из базы данных Firebird. После многих часов поиска я обнаружил, что проблема была вызвана ошибкой, которую я сделал в запросе. Ремонт это прекрасно работает. Это не имело ничего общего с версией фреймворка

мы столкнулись с этой проблемой и отследили ее до Geocoding.net NuGet пакет, который мы использовали, чтобы помочь с нашими представлениями Google Maps (Geocoding.net версия 3.1.0 опубликовано 2/4/2014).

библиотека геокодирования, по-видимому, .Net 4.0, когда вы изучаете файл пакета или просматриваете его с помощью приложения Jet Brains Dot Peek; однако мой коллега говорит, что он был скомпилирован с использованием ilmerge, поэтому он, скорее всего, связан с проблемами ilmerge, перечисленными выше.

Это был долгий процесс, чтобы отследить его. Мы извлекли различные наборы изменений из TFS, пока не сузили его до набора изменений, который добавил вышеупомянутый пакет NuGet. После его удаления мы смогли развернуть его на нашем сервере .NET 4.

в моем случае после понижения с .NET 4.5 до .NET 4.0 проект работал нормально на локальной машине, но не работал на сервере после публикации.

оказывается, что у destination было несколько старых сборок, которые все еще ссылались на .NET 4.5.

исправлена путем включения опции публикации "удалить все существующие файлы до публикации"

в моем случае это был Blend SDK, пропущенный на машине TeamCity. Это вызвало ошибку из-за неправильного способа разрешения сборки.

просто добавив этот ответ, чтобы помочь Google сохранить некоторые игрок часы, которые я потратил, чтобы добраться сюда. Я использовал ILMerge в своем проекте .Net 4.0 без набора параметров /targetplatform, предполагая, что он будет правильно обнаружен из моей основной сборки. У меня тогда были жалобы от пользователей только на Windows XP aka WinXP. Теперь это имеет смысл, поскольку XP никогда не будет установлен > .Net 4.0, тогда как большинство новых ОС будут. Поэтому, если у ваших пользователей XP возникают проблемы, см. исправления выше.

в моем случае у меня была проблема с использованием Microsoft.Элемент управления reportviewer.Веб-формы. Я удалил validate=true из add verb строку в web.конфиг и он начал работать:

<system.web>
    <httpHandlers>
      <add verb="*" path="Reserved.ReportViewerWebControl.axd" type="Microsoft.Reporting.WebForms.HttpHandler, Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />