Как преодолеть Не удалось загрузить тип «Microsoft.Cct.Services.Sqm.IWatSqmService» без обновления?

Я получаю то же сообщение об ошибке, что и в этом вопросе: Не удалось загрузить тип "Microsoft.Cct.Services.Sqm.IWatSqmService" К сожалению, я не могу перейти на Azure SDK 2.9, как предлагает верхний ответ.

В частности, я получаю эту ошибку в окне сообщения всякий раз, когда пытаюсь упаковать свой проект облачной службы Azure:

Сообщение об ошибке:

Что интересно, я могу запустить тот же проект в эмуляторе, который, как я полагаю, включает его упаковку.

Что я пробовал:

  1. Убедитесь, что у меня установлена ​​только версия 2.8.2 эмулятора (возможно, изначально у меня была установлена ​​версия 2.9)
  2. Переустановка версии 2.8.2 SDK
  3. Вручную копирует Windows Azure Tools из C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0 в эквивалент v14.0.
  4. Обеспечение существования C:\Program Files\Microsoft SDKs\Azure\.NET SDK\v2.8
  5. Переустановка Visual Studio (чтобы вы знали, что я в отчаянии!)

И я понятия не имею, что попробовать дальше. Я не могу понять, какая DLL должна содержать сборку Microsoft.VisualStudio.WindowsAzure.Services, я не могу найти никаких ссылок ни в каких файлах конфигурации, и все поиски Google, похоже, указывают на вопрос SO, указанный выше.

Что происходит? И как это исправить?


На случай, если я идиот, вот все, что у меня установлено, связанное с Azure:

Снимок экрана с установленными программами Azure

Также (на всякий случай) я на Windows 7 SP1.


Обновление от 17 января 2016 г.

Следуя некоторым советам из отличного канала Rest Azured Slack, я попытался использовать ProcMon и Fusion Log, чтобы диагностировать это (< em>спойлер: безуспешно)

ProcMon, отфильтрованный для этой сборки, ничего не возвращает:

Скриншот ProcMon без результатов

Журнал Fusion (установленный для регистрации всего) содержит множество записей, подобных этой:

* Запись в журнале связывателя сборки (17/01/2017, 11:52:02) *

Операция прошла успешно. Результат привязки: hr = 0x0. Операция завершилась успешно.

Менеджер сборки загружается из: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll Работает под исполняемым файлом C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\devenv.exe --- Далее следует подробный журнал ошибок.

=== Информация о состоянии перед привязкой === ЖУРНАЛ: DisplayName = Microsoft.VisualStudio.WindowsAzure.Services, версия = 1.1.0.0, культура = нейтральная, PublicKeyToken = b03f5f7f11d50a3a (полностью указанный) ЖУРНАЛ: Appbase = file:/// C:/Program Files (x86)/Microsoft Visual Studio 14.0/Common7/IDE/ ЖУРНАЛ: Initial PrivatePath = NULL LOG: Dynamic Base = NULL LOG: Cache Base = NULL LOG: AppName = devenv.exe Вызов сборки: Microsoft.VisualStudio. WindowsAzure, версия = 2.9.0.0, культура = нейтральная, PublicKeyToken = b03f5f7f11d50a3a. === WRN: Собственное изображение не будет проверяться в контексте LoadFrom. Собственное изображение будет проверяться только в контексте загрузки по умолчанию, например, с помощью Assembly.Load(). WRN: Подходящее исходное изображение не найдено. ЖУРНАЛ: сборка IL загружена из C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Extensions\Microsoft\Windows Azure Tools\Microsoft.VisualStudio.WindowsAzure.Services.dll.

Когда я исследую упомянутую DLL, я могу найти Microsoft.Cct.Services.Sqm, но она не содержит тип IWatSqlService:

Снимок экрана обозревателя сборок, показывающий отсутствие IWatSqlService

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

Следующая остановка, вероятно, полная чистка машины.


person Tom Wright    schedule 13.01.2017    source источник
comment
Вы имеете в виду, что вы выполнили аналогичную проблему, описанную выше, чтобы удалить все вещи, связанные с azure, и обновить/изменить свой проект azure на эквивалентную версию?   -  person Bruce Chen    schedule 16.01.2017
comment
@Bruce-MSFT Я пробовал все, кроме обновления до 2.9, так как это не вариант для меня. Я пробовал все остальное в посте, хотя.   -  person Tom Wright    schedule 16.01.2017
comment
Я также получаю эту ошибку с 2.9, связанный с этим вопрос предлагает это как исправление, но на самом деле это не работает.   -  person CyberDude    schedule 17.01.2017
comment
Привет @CyberDude. Извините, вы тоже боретесь. Этот другой вопрос был единственным другим, который я мог найти. Если вы найдете решение, я был бы очень рад услышать его. Тем временем, похоже, что следующее, что я должен попробовать, это взорвать мою машину с орбиты. :(   -  person Tom Wright    schedule 17.01.2017
comment
До сих пор я мог только заметить, что веб-роль работает правильно, несмотря на эту ошибку публикации... Однако не принимайте это как гарантию, я на самом деле не тестирую все это сам, я только помогаю с его развертыванием в Azure. , другие люди затем подтвердят, что все конечные точки делают то, что должны.   -  person CyberDude    schedule 17.01.2017


Ответы (3)


У меня была та же проблема, и я решил ее, не используя Установщик веб-платформы.

Загрузите все части (Microsoft Azure SDK для .NET — 2.8.2) с сайта Microsoft: https://www.microsoft.com/en-us/download/details.aspx?id=50041 и следуйте инструкциям по их установке.

person Michael Damatov    schedule 16.02.2017

Для всех, у кого есть эта проблема. В итоге я решил эту проблему, взорвав его с орбиты. Свежая установка Windows, переустановка VS и SDK.

person Tom Wright    schedule 22.02.2017

Как ни странно, вы также можете увидеть эту ошибку при добавлении нового

<setting name="TODO" />

элемент в ваш файл *.csdef, но либо:

  1. забудьте добавить соответствующий элемент <setting name="TODO" value="TODO" /> к каждому *.cscfg file или

  2. случайно добавить повторяющийся элемент <setting name="TODO" value="TODO" /> в любой из файлов *.cscfg.

person user6621546    schedule 02.08.2017