як мені працювати навколо log4net, зберігаючи зміну publickeytoken

У нас є проект asp.net 4.0, який використовує пару фреймворків, які залежать від log4net версії 1.2.10.0. Сьогодні я спробував включити новий фреймворк, який залежить від log4net версії 1.2.11.0, я застряг з тих пір:

log4net 1.2.10.0 має publickeytoken = 1b44e1d426115821

log4net 1.2.11.0 має publickeytoken = 669e0ddf0bb1aa2a

Оскільки вони різні, я не можу використовувати переадресації збірки (щоб усі рамки використовували одну і ту ж версію log4net) або кодову базу (щоб тільки нова рамка використовувала версію 1.2.11.0) через елемент виконання в web.config.

Які тут мої варіанти?

(і чому bleep робить log4net постійно змінювати publickeytokens між версіями, як я розумію, втрачений ключ був причиною перемикання між версіями 1.2.9.0 та 1.2.10.0. Чи втратили вони ключ ще раз? щоб зберегти його в безпеці, якщо їм це потрібно ...)

Редагувати: Гаразд, так що хлопці log4net, мабуть, мали ідею, що випуск двох клавіш - це гарна ідея, але це означає, що кожна рамка, яку ви використовуєте, повинна узгоджувати, який із двох ароматів вони надають перевагу, або ці рамки не можуть працювати поруч у тому ж додатку. Чи я єдиний знайшов цю жахливу ідею? якби всі це робили, то все би зламалося, правда?

Edit2: Як я вже заявив, я не використовую log4net у своєму бізнес-коді, але використовую декілька фреймворків, які залежать від 1.2.10.0, і проблема виникла, коли я намагався використовувати новий фреймворк, який залежав від 1.2.11.0 (новий ключ ), тому відповідь Стефанса не застосовується, оскільки новий фреймворк очікує новий ключ, а не старий

Так я працював з версією 1.2.11.0.

1. Прокляття апачі за зміну ключа в першу чергу :)
2. Завантажте версію 1.2.11.0, підписану зі старим ключем.
3. Сортуйте власний код, видаливши прямі посилання на log4net (новий ключ) та замініть посиланням на збірку, підписану старим ключем.
4. Сортуйте всі залежні збірки, які можуть бути у вас, включивши цей сегмент у вашу веб / app.config

   <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="log4net" publicKeyToken="1b44e1d426115821" culture="neutral" />
                <bindingRedirect oldVersion="0.0.0.0-1.2.10.0"
                                 newVersion="1.2.11.0"/>
            </dependentAssembly>
        </assemblyBinding>
    </runtime>

Я використовую останню версію log4net, яку я завантажив через nuget. Однак одна з бібліотек, яку я використовую, вимагає старої версії. Мої неприємності привели мене до цього питання.

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

Щоб зробити це, вам потрібно зробити наступне:

1. Почніть із завантаження старої версії (версія 1.2.11.0).
2. Перейменуйте завантажений двійковий файл у log4net.1.2.10.dll. Включіть його у свій запуск проекту, встановивши дію BuildNone і "Копіюйте, якщо новіше"
3. Скажіть .NET, де він може знайти стару версію:

App.config

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
            <assemblyIdentity name="log4net" publicKeyToken="1b44e1d426115821" />
            <codeBase version="1.2.10.0" href="log4net.1.2.10.dll" />
        </dependentAssembly>
    </assemblyBinding>
</runtime>

hrefАтрибутів визначає , де стара версія. Отже, всі інші запити на log4net будуть вказувати на нову версію.

Ви можете завантажити версію log4net 1.2.11.0, яка підписана старим ключем. Причина, чому змінено новий ключ, пояснюється у їхніх поширених питаннях:

http://logging.apache.org/log4net/release/faq.html#two-snks

(В основному новий ключ є загальнодоступним, і чомусь вони не хотіли включати старий ключ у дистрибутив. Мені не ясно, чому вони не просто зробили старий ключ загальнодоступним, хоча)

Не знаєте, чи підходить це для вашого конкретного випадку чи ні, але ви можете перекомпілювати одну з фреймворків, тому вони використовуватимуть log4net з тим самим відкритим ключем. У моєму випадку саме FluentNHibernate використовує log4net 1.2.10 та Combres з log4net 1.2.11 з новим ключем. Я завантажив log4net 1.2.11, підписаний зі старим ключем, і перекомпілював Combress з ним. Після цього додано перенаправлення прив’язки збірки з 1.2.10 до 1.2.11 і воно починає працювати.

Це не обов'язково спрацює у всіх випадках, але оскільки проект, який використовував log4net, був OSS, я завантажив джерело, замінив конфліктуючу версію log4net на версію, яку я використовував, і відновив проект. У моєму випадку це був Topshelf, тож тепер у мене є версія збірки Topshelf, яка була побудована з тією ж версією log4net, яку я використовую, і тепер я можу посилатися на обоє без проблем.

Я намагався перейти до наведених вище посилань, але, схоже, всі посилання на сайті Apache не працюють. Тоді це я зробив, щоб вирішити проблему:

Використовуйте Nuget зі своєї Visual Studio, щоб завантажити та встановити останню версію log4net (1.2.13.0). Менеджер пакунків NuGet автоматично завантажить і оновить всі log4net (1.2.11.0) до останньої версії.