Я работаю над плагином, который требует дополнительных сборок. Одна из этих сборок уже существует в корневой папке приложения. Эта версия неверна, и я вручную загружаю правильную версию в отдельную папку.
Проблема, как упоминает эта статья , к тому времени, когда я загружаю свою версию сборки, похоже, что приложение уже автоматически загружает корневую папку, даже если это неправильно число (?). Поскольку имя уже находится в памяти, оно игнорирует мою сборку.
Я видел много похожих вопросов, но не получил ответа. Похоже, что эта проблема часто возникает в архитектурах плагинного типа, есть идеи?
EDIT:
Я использовал FusionLog, чтобы получить полную информацию: вот как все это происходит:
LOG: Appbase = file:///D:/test/
LOG: Initial PrivatePath = D:\test\Sandbox
LOG: Attempting download of new URL file:///D:/test/mydll.DLL.
LOG: Assembly download was successful. Attempting setup of file: D:\test\mydll.dll
LOG: Entering run-from-source setup phase.
LOG: Assembly Name is: mydll, Version=5.1.0.0, Culture=neutral, PublicKeyToken=a446968a32b751de
WRN: Comparing the assembly name resulted in the mismatch: Minor Version
ERR: The assembly reference did not match the assembly definition found.
ERR: Failed to complete setup of assembly (hr = 0x80131040). Probing terminated.
Он никогда не проверяет внутри PrivateBinPath. Итак, чтобы исправить мой предыдущий вопрос, DLL никогда не загружается, несмотря на то, что он там ...