Не удалось загрузить файл или сборку «Microsoft.Data.Edm»

У меня было такое же сообщение об ошибке, но моя проблема не была связана с любым продуктом Azure. В моем случае я обновил OData с версии 3 до 4, и мне кажется, что Nuget оставил обязательные переадресации для устаревших dll. Всего было всего три: Microsoft.Data.Edm, Microsoft.Data.OData и System.Spatial.

Мое решение состояло в том, чтобы удалить перенаправленные переадресации. Вы также должны удалить старую dll, сидящую в папке bin, если процесс сборки не работает.

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

Мы смогли проследить проблему на одной из наших машин, указав проблемный проект, увеличив объем вывода сборки Visual Studio:

Затем мы искали выход и идентифицировали целевой проект, который был проблематичным, ища "Microsoft.Data.Edm". Мы заметили, что он, по-видимому, имеет косвенную зависимость от Microsoft.Data.Edm, но мы заметили, что сборка не была явно включена в качестве пакета для этого проекта. Итак, используя консоль пакета Nuget, мы нацелились на проект и выполнили: Install-Package Microsoft.Data.Edm который разрешил проблему.

Вот несколько вещей, которые вы можете попробовать:

• Проверьте событие Post Build, чтобы файл Microsoft.Data.Edm.dll копировался вручную в папку bin.
• Убедитесь, что другие пакеты не зависят от Microsoft.Data.Edm 5.6.1. Легкий способ сделать это, посмотрев ваши файлы package.config.
• Если ваш код находится в исходном элементе управления, убедитесь, что в папке bin никто не проверяет. Я удивляюсь тому, как многие люди не знают этого основного правила.
• Удалите пакеты WindowsAzure.Storage и Microsoft.Data.Edm. Затем установите снова и убедитесь, что вы устанавливаете только стабильную версию.

НТН.

У меня была такая же проблема на моем сервере сборки и при проверке вывода сборки я заметил следующее:

Копирование файла из "C:\Program Files (x86)\Microsoft WCF Data Службы \5.6\bin.NETFramework\Microsoft.Data.Edm.dll" в "Бин\Microsoft.Data.Edm.dll".

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

Сегодня я встретил аналогичный случай, в моей ситуации сборка всегда копирует DLL старой версии в папку для отладки, причина в том, что мой проект напрямую не ссылается на эту DLL, она возвращает другой проект, ссылающийся на эту DLL.
Поэтому, когда вы строите, мой проект находит старую версию от GAC или другого места.
Я решил это, явно указав эту DLL в проекте из нужного места.
вот так:

<Reference Include="Microsoft.Data.Services.Client, Version=5.6.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>..\packages\Microsoft.Data.Services.Client.5.6.1\lib\net40\Microsoft.Data.Services.Client.dll</HintPath>
</Reference>

нашел это !!
внутри вашего файла app.config измените версию bindingredirect.
Сделайте так, чтобы элемент bindingredirect ссылался на версию, на которую жалуется исключение, и исключение исчезнет.
объяснение:
Возможно, файл app.config и эталонная сборка проекта вышли из синхронизации, что привело к ошибке.

<runtime>
		<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
			<dependentAssembly>
				<assemblyIdentity name="Microsoft.Data.Edm" publicKeyToken="31bf3856ad364e35" culture="neutral" />
				<bindingRedirect oldVersion="0.0.0.0-5.6.4.0" newVersion="5.6.4.0" />
			</dependentAssembly>
		</assemblyBinding>
	</runtime>

Вероятно, это может быть проблема виртуального пути в IIS (я думаю, эта сборка сначала загружается при запуске приложения).

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

Разрешение удаляет этот путь из IIS, процесс reset IIS и снова создает виртуальный путь из VS.

1) Превратить подробность сборки в подробный. 2) Найти файл Microsoft.Data.Edm и сравнить версии других сборок, используемых в проекте. 3) Обновить до версии, использованной в других сборках.

Решил мою проблему

Это было успешно разрешено для меня закрытием и повторным открытием Visual Studio.

Для меня мне пришлось удалить пакет WindowsAzure.MobileServices.Backend.Entity NuGet, который удаляет множество сборок, включая Microsoft.Data.Edm. А потом я просто переустановил его и чудом, он сработает!

Это было в моем проекте Azure Mobile Services WebApi, поэтому ему нужно было работать, и, к счастью, теперь это происходит.

Надеюсь, это поможет.