Посилання на 2 різні версії log4net в одному і тому ж рішенні

Я використовую NHibernate 2.1.2.400, який посилається на log4net 1.2.10.0. У тому ж проекті я також використовую просто обліковий SDK, на жаль, він все ще використовує log4net 1.2.9.0.

Тож я можу змусити NHibernate працювати, якщо я посилаюся на log4net 1.2.10.0, але simpleSDK не працює. І навпаки...

Я здогадуюсь, що більшість проблем пов'язані з тим, що log4net змінив ключ складання. Я спробував скористатися переспрямуванням прив'язки без успіху: 2 бібліотеки DLL не мають однакового ключа.

Я розглядаю можливість повторної компіляції NHibernate для використання log4net 1.2.9.0, але, здається, це неправильно робити, і я відчуваю, що Simply Accounting найближчим часом не буде оновлювати свій SDK для використання log4net 1.2.10.0.

Який найкращий спосіб вирішити це? Чи можна взагалі вирішити проблему?

Я знайшов рішення, використовуючи цю відповідь на подібне запитання

Ви створюєте 2 папки у своєму проекті, по одній для кожної версії log4net. Помістіть кожну log4net.dll у відповідну папку, додавши файл до рішення (не з посиланням на додавання). Ви можете встановити копію для властивості вихідного каталогу для копіювання завжди, щоб вона автоматично копіювалась у вихідну папку під час побудови.

Потім ви модифікуєте файл app.config, додавши щось подібне:

<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="log4net" publicKeyToken="681549d62126b7b8" />
        <codeBase version="1.2.9.0" href="log4netv1.2.9.0\log4net.dll" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="log4net" publicKeyToken="1b44e1d426115821" />
        <codeBase version="1.2.10.0" href="log4netv1.2.10.0\log4net.dll" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="log4net" publicKeyToken="669e0ddf0bb1aa2a" />
        <codeBase version="1.2.11.0" href="log4net.dll" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

Ви можете отримати маркер відкритого ключа збірки за допомогою sn -T [AssemblyName]

Ви можете додати виключення до реєстру. Просто додайте ці ключі:

HKEY_LOCAL_MACHINE\Software\Microsoft\StrongName\Verification\log4net,681549d62126b7b8
HKEY_LOCAL_MACHINE\Software\Microsoft\StrongName\Verification\log4net,1b44e1d426115821
HKEY_LOCAL_MACHINE\Software\Microsoft\StrongName\Verification\log4net,669e0ddf0bb1aa2a

Це змусить час виконання .net пропустити перевірку для перелічених збірок. Теоретично це проблема безпеки, але оскільки приватний ключ все одно відкритий, це навряд чи може мати якийсь вплив.

Якщо перенаправлення на прив’язку не працює, а SDK для простого обліку є закритим, можливим рішенням є перекомпіляція NHibernate для використання log4net 1.2.9.0.