Значение свойства type не может быть проанализировано ошибка не удалось загрузить файл или сборку

У меня есть еще одна из этих проблем «не удалось загрузить файл или сборку или одну из ее зависимостей».

дополнительная информация: не удалось загрузить
файл или сборка
‘Майкрософт.Практика.Единство,
Версия=1.2.0.0, культуры=нейтральный,
PublicKeyToken=31bf3856ad364e35 ‘ или
одна из его зависимостей. В расположенном
определение манифеста сборки не
не соответствует ссылке на сборку.
(Исключение из HRESULT: 0x80131040)

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

Я сделал поиск в моих каталогах решений .файлы csproj, и каждый, где я есть единство я:

ссылка
Include= » Microsoft.Практика.Единство,
Версия=2.0.414.0, культура = нейтральная,
Значения PublicKeyToken=31bf3856ad364e35,
processorArchitecture=MSIL»

Не могу найти ссылку в любом месте, которая идет против 1.2.0.0 в любом из моих проектов.

любые идеи, как я стоит ли решать эту проблему?

Я также был бы признателен за советы о том, как отлаживать такие проблемы в целом.

1. Проверьте, ссылаетесь ли вы на сборку, которая, в свою очередь, ссылается на старую версию unity. Например, предположим, у вас есть сборка под названием ServiceLocator.dll который нуждается в старой версии Unity assembly, теперь, когда вы ссылаетесь на ServiceLocator вы должны предоставить ему старую версию Unity, и это создает проблему.

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

можно использовать FusLogVw чтобы узнать, кто загружает старые сборки, просто определите путь для журнала и запустите свое решение, затем проверьте (в FusLogvw) первую строку, где загружается сборка Unity, дважды щелкните ее и посмотрите вызывающую сборку, и вот вы идете.

открыть Диспетчер IIS

Выбрать Пулы Приложений

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

перейдите в дополнительные настройки (справа)

измените флаг включить 32-разрядное приложение false на true.

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

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

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

следующее сработало для меня.

• удалить временные файлы C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET файлы
• закройте VSTS и откройте снова
• удалить и добавить те же библиотеки DLL (Примечание: Вы добавляете те же соответствующие версии)

библиотека Microsoft Enterprise (ссылка .NetTiers) была нашей проблемой, которая, в свою очередь, ссылалась на более старую версию Unity. Для решения проблемы мы использовали следующее перенаправление привязки в интернете.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. скачать Зависимость Walker от http://www.dependencywalker.com/

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

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

   

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

5. вы можете скачать missings dll из google и скопировать в правильном направлении (в моем случае c:windowssystem32)

6. на этом этапе необходимо зарегистрировать новую dll в GAC( глобальный кэш сборок): откройте терминал DOS и пиши:

   cd WindowsSystem32
   regsvr32 /i msvcr71.dll
   

7. перезапустить приложение!

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

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

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

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

Проверьте интернет.config / App.конфигурационный файл в вашем проекте. Проверьте правильность номеров версий.

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

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

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

для unity 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?

• Goto:решение ->пакета
• нажать на кнопку дополнительно Tab (найти ниже страницы)
• добавить dll к дополнительным сборкам (таким образом, мы можем добавить внешние библиотеки DLL в sharepoint).

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

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

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

удалить временные файлы C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET файлы
Закройте VSTS и снова откройте
Удалите и добавьте те же библиотеки DLL (Примечание: Вы добавляете те же соответствующие версии)

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

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

Я «Set as Startup Project» выгруженная / разархивированная библиотека / проект.

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

Он работал!

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

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

следующее сработало для меня.

• удалить временные файлы C:WindowsMicrosoft.NETFrameworkv4.0.30319Temporary ASP.NET файлы
  • затем щелкните правой кнопкой мыши на Temporary Asp.net файлы>свойства>безопасность
    и дайте полный контроль доступа к IIS и всем пользователям, запускающим мой проект

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

Microsoft.Практика.Единство.Перехват.dll файлы

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

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

1. удалить ссылку
2. переименовать DLL
3. импортировать ссылку Еще раз

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

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

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

  <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>

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

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

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

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

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

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

У меня проблемы с настройкой SoapExtension (не с реализацией). Прежде всего, я уже прочитал все эти сообщения (среди прочих), так или иначе связанные с SoapExtensions:

1. Перехватывать SOAP-сообщения от и до веб-службы на клиенте
2. https://www.codeproject.com/Articles/34381/Efficient-Tracing-Using-SOAP-Extensions-in-NET
3. https://social.msdn.microsoft.com/Forums/en-US/d8d6fe09-74be-4210-91bb-a8924a742e8c/how-to-log-soap-message-which-is-going-out-of-my- веб-приложение? forum = ncl
4. http://www.seanmcilvenna.com/2010/08/20/logging-full-soap-messages/
5. Как создать файл web.config для загрузки SoapExtension?
6. Перехват сообщений в клиенте WCF
7. https://msdn.microsoft.com/en-us/library/esw638yk(VS.85).aspx
8. https://social.msdn.microsoft.com/Forums/en-US/1ba267b8-c08d-4c30-a1e1-792bac92fc87/soapextension-does-not-work-in-client-side?forum=netfxnetcom
9. SoapExtension не загружается

Сценарий следующий:

• Я использую сторонний WS (SOAP) из проекта библиотеки (dll): Connectors.dll

• В этом проекте у меня есть веб-ссылка на сторонний WS (SOAP). Я сгенерировал прокси с помощью VS (добавив веб-ссылку и указав на wsdl).

• С другой стороны, у меня есть веб-приложение (действительно, REST-сервис) со ссылкой на класс (мы могли бы назвать его Connector-A) Connector-A.dll.

(пока здесь я вызываю службу отдыха через мое веб-приложение REST-Service, вызываю коннектор-A, и это последний вызов прокси-службы третьей стороны. Я получаю ответ, но он имеет недопустимый символ (0x1F в позиции 1), и поэтому я пытаюсь использовать SoapExtension ->, чтобы удалить его до десериализации)

• Я реализую SoapExtension (XmlCleanupSoapExtension.cs) как отдельную библиотеку Backend.SoapExentensions (на основе этого: https://blogs.technet.microsoft.com/stefan_gossner/2009/08/ 26 / как справиться с недопустимыми-символами-в-мыле-ответы-от-asp-net-web-services /)

Последний шаг для настройки: * добавить ссылку (VS-> Добавить ссылку) в мою REST-службу (webapp) в Backend.SoapExtnsions.dll и

• зарегистрируйте soapExtension в web.config:

`

<system.web>
    <compilation debug="true" targetFramework="4.5" />
    <httpRuntime targetFramework="4.5" maxUrlLength="4000" />
    <authentication mode="None" />
    <webServices>
    <soapExtensionTypes>
        <add type="Backend.SoapExtensions.XmlCleanupSoapExtension, Backend.SoapExtensions, Version=1.0.0.0, Culture=neutral, PublicKeyToken=66269ab3fc862c8f" priority="1" group="0" />
        </soapExtensionTypes>
    </webServices>
    <globalization uiCulture="auto:es" culture="auto:es-ES" enableClientBasedCulture="true" />
</system.web>

`

Когда я вызываю службу отдыха, которая в конце вызывает WS-Soap, я получаю исключение времени выполнения, которое сводит меня с ума:

The value of the property 'type' cannot be parsed. The error is: Could not load type 'Offidesk.Backend.SoapExtensions.XmlCleanupSoapExtension' from assembly 'Offidesk.Backend.SoapExtensions'.

Думаю, я перепробовал все возможные комбинации для этой строки:

<add type="Backend.SoapExtensions.XmlCleanupSoapExtension, Backend.SoapExtensions, Version=1.0.0.0, Culture=neutral, PublicKeyToken=66269ab3fc862c8f" priority="1" group="0" />

• с именем сборки и без него
• с пространством имен и без него
• с версией, культурой и PublicToken и без них
• Группа = «0» и Группа = «Высокая»

На самом деле я полностью разочарован этим исключением во время выполнения. Я подумал, что, возможно, положение блока внутри может повлиять, но все мои попытки получают одно и то же исключение …

Любая идея??

Заранее спасибо.

Примечание. Я также пробовал другие методы для очистки ответа сервера, переопределяющего метод SoapHttpClientProtocol (в расширенном классе): GetReaderForMessage, но у меня они тоже не работают (не знаю почему).

ИЗМЕНИТЬ

В конечном итоге проблемы с недопустимым символом 0x1F такой не было. Я не понимал, что ответ был сжат с помощью gzip, и прокси-клиент пытался проанализировать сжатый ответ как XML, что, очевидно, вызывало исключение во время выполнения.

Однако мне все же очень интересно узнать причину, по которой мой файл web.config с расширением soap не работает (рано или поздно нам понадобится эта конфигурация … так что лучше предотвратить).

Для гуглеров вроде меня, которые приземлились здесь, если ваше расширение soap — это другой проект, чем тот, который его использует, ожидаемый формат для «type» в вашем app / web.config будет « namespace.class, project «.

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

Если возникает ошибка «Не удалось загрузить тип MyType из сборки System.Web.Webservices …», у вас нет второй части после запятой — проекта с расширением soap . Он хочет найти ваш класс в System.Web.Webservices по умолчанию, что, конечно, не там, где он у вас есть.

Если ошибка просто «Не удалось загрузить файл или сборку MyProject или одну из его зависимостей …», это означает, что вторая часть после запятой неверна, а не отсутствует.

• Убедитесь, что у вас действительно есть ссылка на проект мыла в проекте, в котором вы пытаетесь его использовать.
• Убедитесь, что он правильно назван в файле app / web.config. Не думайте, что это всего лишь первая часть пространства имен. В обозревателе решений перейдите к ссылкам проекта, в котором есть ваш app / web.config, щелкните правой кнопкой мыши проект, на который вы пытаетесь ссылаться, и просмотрите свойства. Значение, которое вы хотите поместить в свой app / web.config после запятой, находится в поле «Identity».

У меня была аналогичная проблема, но ответ Чада Хеджкока очень помог мне. Мой SopaExtension был в том же проекте, что и мой WebService. Когда я пытался зарегистрировать его в web.config , я получал все эти ошибки, но когда я переместил SoapExtension в новый проект, он просто начал работать (мне нужно было только изменить поле типа, чтобы включить название нового проекта).

Содержание

1. Как добавлять файлы с расширением .dll
2. Не загружается файл cefsharp.core.dll
3. Не загружается файл rsy3_audioappstreamswrapper.dll — как исправить?
4. Не удалось найти mom.implementation — что делать?
5. Отсутствует файл Microsoft.directx.direct3D — Решение
6. Не удалось загрузить файл system.io.compression version 4.2.0.0
7. Недостаёт файла system.badimageformatexception
8. Видеоинструкция