Сообщение об ошибке "Невозможно загрузить один или несколько запрошенных типов. Получите свойство LoaderExceptions для получения дополнительной информации.'

Question

Сообщение об ошибке "Невозможно загрузить один или несколько запрошенных типов. Получите свойство LoaderExceptions для получения дополнительной информации.'

Я разработал приложение с использованием Entity Framework, SQL Server 2000, Visual Studio 2008 и Enterprise Library.

Локально работает абсолютно нормально, но когда я развертываю проект в нашей тестовой среде, я получаю следующую ошибку:

Невозможно загрузить один или несколько запрошенных типов. Получите свойство LoaderExceptions для получения дополнительной информации
Трассировка стека: в System.Reflection.Module._GetTypesInternal(StackCrawlMark& stackMark)
в System.Reflection.Assembly.GetTypes()
в System.Data.Metadata.Edm.ObjectItemCollection.AssemblyCacheEntry.LoadTypesFromAssembly(контекст LoadingContext)
в System.Data.Metadata.Edm.ObjectItemCollection.AssemblyCacheEntry.InternalLoadAssemblyFromCache(контекст LoadingContext)
в System.Data.Metadata.Edm.ObjectItemCollection.AssemblyCacheEntry.LoadAssemblyFromCache(сборка сборки, логическая загрузка loadReferencedAssemblies, словарь2 knownAssemblies, Dictionary2& typesInLoading, List`1& error)
в System.Data.Metadata.Edm.ObjectItemCollection.LoadAssemblyFromCache(ObjectItemCollection objectItemCollection, сборка сборки, логическая загрузка loadReferencedAssemblies)
в System.Data.Metadata.Edm.ObjectItemCollection.LoadAssemblyForType(Type type)
в System.Data.Metadata.Edm.MetadataWorkspace.LoadAssemblyForType(Тип типа, Сборка, вызывающая сборку)
в System.Data.Objects.ObjectContext.CreateQuery[T](параметры строки String, ObjectParameter[])

В Entity Framework, похоже, есть проблема, есть какие-то подсказки, как это исправить?

413

c# entity-framework

Источник

user133212 07 июл '09 в 11:40

38 ответов

Решение

Эта ошибка не имеет истинного волшебного ответа. Ключ должен иметь всю информацию, чтобы понять проблему. Скорее всего, в динамически загруженной сборке отсутствует ссылка на сборку. Эта сборка должна находиться в каталоге bin вашего приложения.

Используйте этот код, чтобы определить, чего не хватает.

using System.IO;
using System.Reflection;
using System.Text;

try
{
    //The code that causes the error goes here.
}
catch (ReflectionTypeLoadException ex)
{
    StringBuilder sb = new StringBuilder();
    foreach (Exception exSub in ex.LoaderExceptions)
    {
        sb.AppendLine(exSub.Message);
        FileNotFoundException exFileNotFound = exSub as FileNotFoundException;
        if (exFileNotFound != null)
        {                
            if(!string.IsNullOrEmpty(exFileNotFound.FusionLog))
            {
                sb.AppendLine("Fusion Log:");
                sb.AppendLine(exFileNotFound.FusionLog);
            }
        }
        sb.AppendLine();
    }
    string errorMessage = sb.ToString();
    //Display or log the error based on your application.
}

618

Источник

user530658 11 янв '12 в 17:59

Одно из решений, которое мне помогло, - удалить папки bin/ и obj/ и перестроить решение.

77

Источник

user107342 10 май '10 в 15:58

Два возможных решения:

Вы компилируете в режиме Release, но развертываете старую скомпилированную версию из своего каталога Debug (или наоборот).
У вас не установлена правильная версия.NET Framework в вашей тестовой среде.

38

Источник

user96523 07 июл '09 в 12:01

Решением было проверить исключение LoaderException: в моем случае некоторые файлы DLL отсутствовали.

19

Источник

user2823919 14 дек '16 в 15:45

Как уже упоминалось ранее, это обычно тот случай, когда сборки там нет.

Чтобы точно знать, какая сборка вам не хватает, присоедините ваш отладчик, установите точку останова и, когда вы увидите объект исключения, перейдите к свойству LoaderExceptions. Недостающая сборка должна быть там.

Надеюсь, поможет!

18

Источник

user1568042 01 авг '13 в 14:05

Убедитесь, что вы разрешаете 32-разрядные приложения в IIS, если вы развернули IIS. Вы можете определить это в настройках вашего текущего пула приложений.

7

Источник

user367652 16 июн '10 в 05:57

Я столкнулся с этой ошибкой в приложении ASP.NET 4 + SQL Server 2008 R2 + Entity Framework 4.

Это будет нормально работать на моей машине для разработки (Windows Vista 64-bit). Затем при развертывании на сервере ( Windows Server 2008 R2 с пакетом обновления 1) он будет работать до истечения времени ожидания сеанса. Таким образом, мы развернули приложение, и все выглядело нормально, а затем оставили его более чем на 20-минутный тайм-аут сеанса, после чего эта ошибка была бы выдана.

Чтобы решить эту проблему, я использовал этот код в блоге Кена Кокса для получения свойства LoaderExceptions.

В моей ситуации отсутствующая DLL была Microsoft.ReportViewer.ProcessingObjectModel (версия 10). Эта DLL должна быть установлена в GAC компьютера, на котором выполняется приложение. Вы можете найти его в распространяемом пакете Microsoft Report Viewer 2010, доступном на сайте загрузки Microsoft.

6

Источник

user811437 23 июн '11 в 02:17

Мой экземпляр этой проблемы оказался недостающей ссылкой. Сборка упоминалась в app.config, но не имела ссылки в проекте.

5

Источник

user167611 04 май '10 в 05:59

Если вы используете EntityDataSource в своем проекте, решение имеет следующее исправление: "Невозможно загрузить один или несколько запрошенных типов" Ошибки. Вы должны установить ContextTypeName="ProjectNameNameSpace.EntityContainerName" '

Это решило мои проблемы...

5

Источник

user1018114 28 окт '11 в 09:58

Сначала я попробовал программу просмотра журналов Fusion, но это не помогло, поэтому я в итоге использовал WinDbg с расширением SOS.

! dumpheap -stat -type Исключение /D

Затем я изучил FileNotFoundExceptions. Сообщение в исключении содержало имя DLL, которая не загружалась.

Обратите внимание, что /D дает вам результаты с гиперссылками, поэтому нажмите на ссылку в сводке для FileNotFoundException. Это выведет список исключений. Затем нажмите на ссылку для одного из исключений. Это будет! Dumpobject, что исключения. Тогда вы сможете просто щелкнуть ссылку "Сообщение" в объекте исключения, и вы увидите текст.

5

Источник

user167160 21 май '10 в 16:53

Другое решение, чтобы узнать, почему точно ничего не работает (от Microsoft Connect):

Добавьте этот код в проект:

foreach (var asm in AppDomain.CurrentDomain.GetAssemblies())
{
    asm.GetTypes();
}

Отключить генерацию сериализации сборок.
Построить и выполнить.

4

Источник

user212746 12 сен '11 в 14:57

Если вы используете Entity Framework, попробуйте скопировать следующие ссылки локально.

System.Data.Entity
System.Web.Entity

Измените свойство "Копировать локально" на "Истина" для этих ссылок и опубликуйте.

3

Источник

user860168 24 июл '11 в 11:28

Это сработало для меня. Добавьте его в свой web.config

<system.web>
  <trust level="Full" />

2

Источник

user3936696 06 май '15 в 11:14

У меня было.NET 4.0, ASP.NET MVC 2.0, веб-приложение Entity Framework 4.0, разработанное в Visual Studio 2010. У меня была та же проблема, что оно работало на одном сервере Windows Server 2008 R2, но не на другом сервере Windows Server 2008 R2, хотя версии.NET и ASP.NET MVC были одинаковыми, выдает ту же ошибку, что и ваша.

Я пошел по совету Мико, поэтому я установил Windows SDK v7.1 (x64) на отказавший сервер, чтобы я мог запустить! Dumpheap.

Что ж, получается, что установка Windows SDK v7.1 (x64) решила проблему. Какая бы зависимость не отсутствовала, она должна быть включена в SDK. Его можно загрузить из Microsoft Windows SDK для Windows 7 и.NET Framework 4.

2

Источник

user493727 01 ноя '10 в 15:15

Моя проблема была решена после того, как я удалил избыточные файлы сборки из bin папка.

2

Источник

user2814851 03 фев '16 в 10:54

Если ни один из других ответов не поможет вам:

Когда у меня возникла эта проблема, оказалось, что моя служба Windows была создана для платформы x64, и я случайно запустил 32-разрядную версию InstallUtil.exe. Поэтому убедитесь, что вы используете правильную версию InstallUtil для платформы, для которой вы создали.

2

Источник

user1735723 01 ноя '16 в 15:16

Добавление моей конкретной проблемы / решения к этому, поскольку это первый результат для этого сообщения об ошибке. В моем случае ошибка была получена, когда я развернул второе приложение в папке моего первого приложения в IIS. Оба определяли строку подключения с одинаковым именем, что приводило к конфликту дочернего приложения и, в свою очередь, генерировало это (для меня) неочевидное сообщение об ошибке. Это было решено путем добавления:

<clear/>

в блоке строки подключения дочернего веб-приложения, которое не позволяет ему наследовать строки подключения файлов web.config выше в иерархии, поэтому это выглядит так:

<connectionStrings>
  <clear/>
  <add name="DbContext" connectionString="MySERVER" providerName="System.Data.SqlClient" />
</connectionStrings>

Справочный вопрос переполнения стека, который помог мне, как только я определил, что происходит, будет наследовать ли дочернее приложение от родительского web.config?,

2

Источник

user1803682 21 мар '13 в 21:34

У меня была та же проблема (но на моем локальном компьютере), когда я пытался добавить миграцию Entity Framework с помощью консоли диспетчера пакетов.

Я решил это путем создания консольного приложения, в котором Main () имел следующий код:

 var dbConfig = new Configuration();
 var dbMigrator = new DbMigrator(dbConfig);
 dbMigrator.Update();

Убедитесь, что класс Configuration является конфигурацией миграции вашего неудачного проекта. Вам понадобится System.Data.Entity.Migrations, чтобы использовать DbMigrator.

Установите точку останова в вашем приложении и запустите ее. Исключение должно быть перехвачено Visual Studio (если только у вас не установлен этот тип исключения, чтобы не прерывать сеанс отладки), и вы сможете найти искомую информацию.

В моем случае отсутствующей ссылкой был EFProviderWrapperToolkit.

1

Источник

user2842217 25 сен '14 в 15:53

Я получил эту проблему, когда я установил пакет NuGet на один из проектов и забыл обновить другой проект.

Я решил это, просто сделав оба проекта с одинаковой эталонной сборкой.

1

Источник

user1631816 02 авг '15 в 12:33

Я изменил Свойство Конкретной Версии Ссылок на false, и это помогло.

1

Источник

user680421 09 фев '14 в 08:49

Другие предложения все хорошо. В моем случае проблема заключалась в том, что разработчик представлял собой 64-разрядную машину, использующую расположение x86 различных API, включая Silverlight.

Изменяя целевую платформу в соответствии с 32-разрядным сервером, на котором развертывалось веб-приложение, удалось устранить большинство ошибок, связанных с невозможностью загрузки одного или нескольких запрошенных типов.

1

Источник

user1161454 20 янв '12 в 20:45

У меня было такое же сообщение об ошибке при компиляции пакета Visual Studio (VSPackage). Все решение компилируется, и возникает ошибка при создании пакета CreatePkgDef. Сказав это, ясно, что я не могу поймать исключения LoaderException, поскольку это не мое приложение, которое выдает его, а собственный инструмент Microsoft. (Хотя я несу ответственность за путаницу CreatePkgDef.)

В моем случае основной причиной было то, что мое решение создает MyDll.dll, который уже был зарегистрирован в GAC (и они разные), поэтому CreatePgkDef запутался, какой использовать, и решил просто выдать ошибку, которая не ' очень полезно. MyDll.dll в GAC был зарегистрирован установщиком того же продукта (очевидно, более ранней версии, с / немного / другим содержанием).

Как это исправить

Предпочтительный способ: убедитесь, что вы используете правильную версию MyDll.dll
1. При компиляции проекта убедитесь, что вы используете номер версии, отличный от того, который вы использовали в предыдущей версии, расположенной в GAC. Убедитесь, что следующие атрибуты верны:
  - [assembly: AssemblyVersion ("1.0.0.1")] // Предполагается, что старый DLL-файл имеет версию 1.0.0.0
  - [assembly: AssemblyFileVersion ("1.0.0.1")] // Предполагается, что старый файл DLL имеет версию 1.0.0.0
2. При необходимости укажите полное имя сборки (например, "MyDll.dll, версия =1.0.0.1, Culture= нейтральный, PublicKeyToken=1234567890abcdef"), когда вы ссылаетесь на него в других своих проектах.
Если вышеуказанное не удалось: Вы можете удалить старый MyDll.dll из GAC
1. Как удалить сборку из GAC
2. Удалите приложение, которое включает в себя MyDll.dll

Изменение AssemblyVersion было достаточно для меня.:)

Я надеюсь, что это было полезно.

1

Источник

user3414888 22 апр '14 в 12:07

Это случилось и со мной. Я решил проблему следующим образом: щелкните правой кнопкой мыши Решение, выберите Управление пакетами NuGet для решения... Консолидируйте пакеты и обновите пакеты до той же версии.

1

Источник

user1760527 29 янв '18 в 14:31

У меня была эта проблема при обращении к пакету nuget, а затем при использовании опции удаления, чтобы удалить его из моего проекта. Я должен был очистить папку bin после борьбы с проблемой в течение нескольких часов. Чтобы избежать этого, рекомендуется использовать nuget для удаления нежелательных пакетов, а не обычного удаления.

1

Источник

user6534223 30 мар '18 в 15:24

Установите для 32-разрядного режима IIS значение true, для режима отладки значение true в файле конфигурации, удалив temp каталог и сброс IIS устраняет проблему временно, и она возвращается через некоторое время.

0

Источник

user2433181 29 май '13 в 15:34

Убедитесь, что каждый из ваших проектов правильно настроен в Configuration Manager.

По аналогии с причиной этой проблемы Уильяма Эдмондсона, я переключил настройки Configuration Manager с "Отладка", "Любой ЦП" на "Отладка", ".NET". Проблема заключалась в том, что версия.NET НЕ была настроена для сборки ВСЕХ проектов, поэтому некоторые из моих DLL были устаревшими (в то время как другие были текущими). Это вызвало многочисленные проблемы с запуском приложения.

Временным решением было сделать предложение Кенни Элиассона очистить каталоги \bin и \obj. Тем не менее, как только я внесу дополнительные изменения в некомпилируемые проекты, все снова рухнуло.

0

Источник

user2615152 08 ноя '13 в 22:26

В моем случае у меня был один пакет nuget, который был установлен в моем проекте, однако папка пакета никогда не регистрировалась в TFS, поэтому на сборочной машине отсутствовали файлы bin пакета nuget. И, следовательно, в производстве я получил эту ошибку. Мне пришлось сравнить папку bin по сравнению с производственной и моей локальной, тогда я обнаружил, какие dll отсутствуют, и обнаружил, что они принадлежат одному пакету nuget.

0

Источник

user1949796 11 июл '19 в 23:13

Я создал несколько проектов для SharePoint и, конечно же, развернул их. Однажды это случилось.

Я нашел старую сборку в C:\Windows\assembly\temp\xxx (с FarManager), удалил ее после перезагрузки и все проекты собрал.

У меня есть вопрос к MSBuild, потому что в сборках проектов, связанных как проекты, и каждая сборка помечена как "Копировать локально", но не из GAC.

0

Источник

user3463872 26 мар '14 в 11:16

У меня была проблема с автоматом. в bin папка, файл automap.4net.dll был там, но по какой-то причине не было automap.xml и automap.dll. Копирование их в bin справочник решил проблему.

0

Источник

user384044 20 сен '14 в 23:03

Другие вопросы по тегам c# entity-framework

user726978 01 июн '11 в 11:08 2011-06-01 11:08 · Accepted Answer · 2011-06-01 11:08

Я решил эту проблему, установив для атрибута "Копировать локально" ссылок моего проекта значение true.

114

Источник

user726978 01 июн '11 в 11:08