Не удалось загрузить файл или сборку или одну из ее зависимостей

Открыть диспетчер IIS

Выберите пулы приложений

затем выберите пул, который вы используете

перейти к расширенным настройкам (с правой стороны)

Измените флаг Включить 32-битное приложение false на true.

Для меня ни один из других решений не работал (включая стратегию clean/rebuild). Я нашел другое решение для решения проблемы, которое заключается в закрытии и повторной открытии Visual Studio.

Я предполагаю, что это заставляет Visual Studio повторно загружать решение и все проекты, перепроверяя зависимости в процессе.

Попробуйте очистить папки Debug и Release в вашем решении. Затем удалите и снова добавьте единство.

После меня работали.

• Удалить временные файлы C:\Windows\Microsoft.NET\Framework\v4.0.30319\Временные файлы ASP.NET
• Закрыть VSTS и снова открыть.
• Удалить и добавить те же DLL (Примечание: вы добавляете одинаковые версии)

Microsoft Enterprise Library (ссылка на .NetTiers) была нашей проблемой, которая, в свою очередь, ссылалась на более старую версию Unity. Чтобы решить проблему, мы использовали следующее переадресацию привязки в файле web.config:

<configuration>
    <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity.Configuration" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
        </assemblyBinding>
    </runtime>
</configuration>

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

На 99% Не удалось загрузить файл или сборку или одна из проблем с зависимостями вызвана зависимостями! Я предлагаю вам выполнить следующие действия:

1. Загрузите Dependency Walker с http://www.dependencywalker.com/

2. Запустите Dependency Walker и откройте dll (в моем случае NativeInterfaces.dll)

3. Вы можете увидеть одну или несколько dll с ошибкой в красном файле с открытием ошибки...

   

4. Это означает, что эта DLL отсутствует в вашей системе; в моем случае имя dll - MSVCR71.DLL

5. Вы можете скачать пропуски dll из Google и скопировать на правильный путь (в моем случае c:\windows\system32)

6. На этом этапе вы должны зарегистрировать новую dll в GAC (Global Assembly Cache): открыть терминал DOS и написать:

   cd \Windows\System32
   regsvr32 /i msvcr71.dll
   

7. Перезагрузите приложение!

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

Общее решение - это тщательный анализ всех ссылочных сборок, чтобы понять, что происходит неправильно. Чтобы упростить эту задачу, я создал инструмент (расширение Visual Studio), который позволяет выбирать сборку.Net(.ddl или.exe файл) и получать график всех ссылочных ассемблеров с прорисованными конфликтующими или пропущенными ссылками.

Этот инструмент доступен в галерее Visual Studio: https://marketplace.visualstudio.com/vsgallery/051172f3-4b30-4bbc-8da6-d55f70402734

Пример вывода:

Проверьте файл Web.config/App.config в своем проекте. Проверьте правильность номеров версий.

<bindingRedirect oldVersion="X.X.X.X-X.X.X.X" newVersion="X.X.X.X" />

Это сработало для меня.

У меня была схожая проблема. ** Ответ Juntos правильный **, но вы должны отметить один важный совет!

Для единства 2.1.505.2 указаны различные AssemblyVersion и AssemblyFileVersion:

AssemblyFileVersion используется nuget, но CLR не заботится об этом! CLR будет использовать только AssemblyVersion !

Поэтому перенаправления должны применяться к версии, указанной в AssemblyVersion: 2.1.505.0

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-2.1.505.0" newVersion="2.1.505.0" />
</dependentAssembly>
</assemblyBinding>

См. Также: Каковы различия между AssemblyVersion, AssemblyFileVersion и AssemblyInformationalVersion?

В проводнике решений щелкните правой кнопкой мыши по проекту (а не по решению), на вкладке сборки выберите Платформа цели: "Любой процессор".

Я также получил эту ужасную ошибку и нашел решение для этого...

• Щелкните правой кнопкой мыши по имени решения
• Нажмите "Чистое решение"
• Перезапустить Visual Studio
• Перейти к проекту Свойства → Сборка
• Измените Конфигурация на Отпустить
• Начать отладки (F5)

1), 2)

4), 5)

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

• Перейти: Решение → Пакет
• Нажмите вкладку Дополнительно (найдите под страницей)
• Добавьте dll к дополнительным сборкам (таким образом мы можем добавить внешние DLL в sharepoint).

В моем случае в папке bin была не ссылочная dll под названием Unity.MVC3, я безуспешно пытался найти любую ссылку на это в visual studio, поэтому мое решение было так просто, как удалить эту DLL из папки bin.

Спасибо Ридди М. После меня работали.

Удалить временные файлы C:\Windows\Microsoft.NET\Framework\v4.0.30319\Временные файлы ASP.NET Закрыть VSTS и снова открыть Удалите и добавьте одни и те же DLL (обратите внимание: вы добавляете одинаковые совпадающие версии)

Не уверен, что это может помочь.

Проверьте соответствие имени Assembly и пространства имен Default в свойствах в ваших ассамблях. Это разрешило мою проблему, которая дала ту же ошибку.

Эта проблема произошла со мной, когда одна из моих зависимых библиотек составляла DLL с "Any CPU", когда родительская библиотека ожидала компиляцию "x64".

Вы говорите, что у вас много проектов в вашем решении... ну, начните с одного около вершины порядка сборки. Получите это, чтобы построить, и как только вы это выясните, вы можете применить одно и то же исправление к остальным.

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

У меня было это сегодня, и в моем случае проблема была очень странной:

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0" newVersion="3.1.0.0" />
  </dependentAssembly>0.

Обратите внимание на блуждающих символов в конце XML - так или иначе они были перемещены из номера версии в конец этого блока XML!

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0.0" newVersion="3.1.0.0" />
  </dependentAssembly>

Изменилось выше и вуаля! Все снова работало.

Попробуйте проверить, установлено ли для свойства "Копировать в локальное" значение true, а для конкретной версии установлено значение "Истина". Это относится к приложениям в Visual Studio.

В моем случае ни один из предложенных ответов не работал.

Вот что сработало для меня:

• Удалить ссылку
• Переименовать DLL
• Импортировать ссылку снова

Второй шаг был важен, по-видимому, так как он не работал без него.

Для меня восстановление игры единства без Unity С# Проверяет Checkmark Checkmark.

Следите за противоречивыми ссылками. Даже после чистых и перестроенных противоречивых ссылок все еще будет возникать проблема. Моя проблема заключалась между Афором и Согласием. Я удалил обе ссылки и снова добавил ссылки, переустанавливая конкретную ссылку (в частности, для моего случая, просто для Accord).

Мое решение для .NET 4.0 с использованием Enterprise Library 5 состояло в том, чтобы добавить ссылку на:

Microsoft.Practices.Unity.Interception.dll

После меня работали.

• Удалить временные файлы C:\Windows\Microsoft.NET\Framework\v4.0.30319\Временные файлы ASP.NET
  • затем щелкните правой кнопкой мыши на Temporary Asp.net Files > properties > security и дать полный доступ к управлению IIS и всем пользователям, запускающим мой проект.

Другая возможная причина: убедитесь, что вы случайно не дали обоим проектам одно и то же имя сборки в свойствах проекта.

I "Установить как проект запуска" незагруженную/необоснованную библиотеку/проект.

Затем развернул его.

Это сработало!

Я думаю, что он не смог найти .dll, потому что он не был в сборке сначала.

Вам нужно удалить файл appname.dll из выходной папки. Отладка и удаление папок. Перестройте и скопируйте в файл регенерированной DLL файла.

Я продолжал получать эту ошибку в своем проекте веб-форм в visual studio 2015. Я завершаю Visual Studio, и я убил ScriptedSandbox64.exe, Microsoft.VsHub.Server.HttpHostx64.exe, Microsoft.VsHub.Server.HttpHostx.exe * 32, Microsoft.VisualStudio.Web.Host.exe * 32, и это помогло решить проблему.

Мое решение было:

У меня есть трехуровневое приложение, и я забыл скопировать DLL и на правильный путь в IIS. Сразу после того, как он скопировал его в нужное место, это сработало для меня.

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

Я получал ту же ошибку с некоторыми DLL, отсутствующими в Bin Folder. Я попытался удалить, восстановить все из Team Foundation Server, но не работал. Получил копию папки Bin с моей офис-мателокальной машины и заменил ее. Это тоже не сработало. Наконец, я вручную перешел на FTP-сервер, получил копию DLL, которая отображалась как отсутствующая, и затем она начала показывать, что следующий файл в последовательности списка файлов отсутствует.

Итак, я ftped server Получил все Bin Folder, вручную заменял каждый файл по одному. (Не Ctrl + All и заменить.. Я пробовал: он не работал.) И как-то это сработало...

если вы получаете это сообщение об ошибке, открыв приложение на вашем Windows XP, это означает, что сначала вы установили это приложение из-за того, что он не работает без сети 4 и пакета обновления 3. вы установили оба, и снова вы получаете эту ошибку, поэтому вам нужно снова установить это приложение, но сначала удалить из add и remove

Если это не работает, пожалуйста, не злоупотребляйте мной. я также младший

У меня была эта проблема, ошибка на самом деле была очень глупой. Я указал неверное расположение файла DLL, после того как вы изменили местоположение, чтобы правильно установить место, загрузка была выполнена правильно (ответ, чтобы кто-то еще не допустил ошибку).