Переадресация привязки сборки не работает - PullRequest
Новая
       52

Переадресация привязки сборки не работает

29 голосов
/ 16 августа 2010

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

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="Microsoft.AnalysisServices"
                          PublicKeyToken="89845dcd8080cc91" />
        <bindingRedirect oldVersion="10.0.0.0"
                         newVersion="9.0.0.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

Я запускаю программу на компьютере с версией 9.0.242.0 в GAC, суказанный токен открытого ключа.CLR, похоже, даже не пытается перенаправить привязку для использования этой версии.

Вот что я получаю в fuslogvw.exe:

LOG: This bind starts in default load context. LOG: Using application configuration file: \Debug\AssemblyRedirectPOC.exe.Config LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v2.0.50727\config\machine.config. LOG: Post-policy reference: Microsoft.AnalysisServices, Version=10.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91 LOG: GAC Lookup was unsuccessful. LOG: Attempting download of new URL /Debug/Microsoft.AnalysisServices.DLL. LOG: Attempting download of new URL /Debug/Microsoft.AnalysisServices/Microsoft.AnalysisServices.DLL. LOG: Attempting download of new URL /Debug/Microsoft.AnalysisServices.EXE. LOG: Attempting download of new URL /Debug/Microsoft.AnalysisServices/Microsoft.AnalysisServices.EXE. LOG: All probing URLs attempted and failed.

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

LOG: Assembly download was successful. Attempting setup of file: \Debug\Microsoft.AnalysisServices.dll LOG: Entering run-from-source setup phase. LOG: Assembly Name is: Microsoft.AnalysisServices, Version=9.0.242.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91 WRN: Comparing the assembly name resulted in the mismatch: Major Version ERR: The assembly reference did not match the assembly definition found. ERR: Failed to complete setup of assembly (hr = 0x80131040). Probing terminated.

Обратите внимание, что я также пытался изменить перенаправление на использование "9.0.242.0"вместо" 9.0.0.0 "в app.config, и это не сработало, хотя я не думаю, что это должно иметь какое-либо значение.

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

Приветствия, Адам

Ответы [ 11 ]

26 голосов
/ 20 октября 2010

Причиной может быть любая опечатка в конфигурации xml. Загрузчик просто не видит вашу конфигурацию. У меня также был час головной боли, пока я не понял, что ошибка была в символе "=" вместо "-" в имени схемы: 

<assemblyBinding xmlns="urn:schemas=microsoft-com:asm.v1">

Просто внимательно проверьте все имена и значения атрибутов. Я думаю, "PublicKeyToken" должен быть "publicKeyToken"

Это должно работать: 

<configuration>
<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
            <assemblyIdentity name="Microsoft.AnalysisServices" publicKeyToken="89845dcd8080cc91" />
            <bindingRedirect oldVersion="10.0.0.0" newVersion="9.0.0.0"/>
        </dependentAssembly>
    </assemblyBinding>
</runtime>
</configuration>
16 голосов
/ 09 июня 2016

Убедитесь, что ваш тег <configuration> имеет без атрибута пространства имен . В противном случае любой тег <assemblyBinding> будет игнорироваться.

Неправильно: 

<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">

Справа: 

<configuration>

(из https://stackoverflow.com/a/12011221/150370)

11 голосов
/ 14 марта 2013

Я обнаружил, что перенаправление привязки сборки не работает из-за отсутствия пространства имен в элементе assemblyBinding.

Правильно 

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
  <dependentAssembly>
    <assemblyIdentity name="TIBCO.Rendezvous" publicKeyToken="1a696d1f90f6158a"/>
    <bindingRedirect oldVersion="1.0.0.0-1.0.3191.28836" newVersion="1.0.3191.28836"/>
  </dependentAssembly>

Неверно

Примечание отсутствует: xmlns = "urn: schemas-microsoft-com: asm.v1" 

<assemblyBinding>
  <dependentAssembly>
    <assemblyIdentity name="TIBCO.Rendezvous" publicKeyToken="1a696d1f90f6158a"/>
    <bindingRedirect oldVersion="1.0.0.0-1.0.3191.28836" newVersion="1.0.3191.28836"/>
  </dependentAssembly>

5 голосов
/ 20 марта 2013

в моем случае мне пришлось удалить 

appliesTo="v2.0.05727"

из 

<assemblyBinding appliesTo="v2.0.05727" xmlns="urn:schemas-microsoft-com:asm.v1">
3 голосов
/ 06 августа 2015

У меня была похожая проблема, когда единственное, что сработало, - это перенести привязку адресов в Machine.Config.Это не было идеальным решением в моем приложении winform, потому что я распространяю свое приложение среди клиентов.

Решение:

Убедитесь, что файл .config находится в каталоге, где находится ваше приложениеработает от.например, если ваше AppName - «MyApp», то перенаправления должны быть в файле «MyApp.exe.Config» в каталоге приложения.

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

3 голосов
/ 22 сентября 2014

Моя проблема была решена, когда я переместил конфигурацию перенаправления привязки в файл machine.config.

1 голос
/ 25 октября 2018

Если вы установите Visual Studio 2017 без части инструментов разработки ASP.NET, он все равно загрузит веб-проект, скомпилирует и соберет его. Он просто выдаст предупреждения о версиях пакета NuGet, потому что он не знает, что делать с файлом web.config, и поэтому не может видеть перенаправления привязки.

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

Visual Studio Installer screenshot

1 голос
/ 04 июня 2015

Эксцентричные политики паролей также могут привести к игнорированию элементов AssemblyBinding в конфигурации. Такие символы, как '&' и '^', по-видимому, не разрешены в файле конфигурации. Инструменты XML в Notepad ++ показали это мне после нескольких часов работы с программой просмотра журнала привязок сборки.

0 голосов
/ 13 апреля 2018

Большое спасибо за ответы, особенно от Шрайка. У меня было одно приложение, которое работало в разработке, но не в развернутой версии. Когда я посмотрел более внимательно, у меня было это в производстве, которое НЕ соответствовало разработке: 

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly xmlns="">
        <assemblyIdentity name="Newtonsoft.Json" culture="neutral" publicKeyToken="30ad4fe6b2a6aeed" />
        <bindingRedirect oldVersion="0.0.0.0-10.0.0.0" newVersion="10.0.0.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

pendentAssembly xmlns = "" был виновником. Как только я сравнил свой с вашим ответом и исправил это, он работал. Спасибо за помощь

0 голосов
/ 09 марта 2018

Проверьте, если ошибка Явное перенаправление привязки в xxx, Culture = нейтральный, PublicKeyToken = xxx "конфликтует с автоматически созданным перенаправлением привязки

появляется в окне вывода (не отображается в окне ошибок)

Страница:
...