я попытался google. Microsoft Connect не принимает ошибки для служебной шины. Портал Azure отправляет на форумы MS или в StackOverflow-так что я здесь.

вопрос действительно в названии:как сообщить об ошибке в служебной шине?
(не версия Azure, а та, которую вы устанавливаете локально)

и вот вопрос:

1. Microsoft.Cloud.ServiceBus.dll имеет ссылку на Microsoft.Cloud.Common.AzureStorage.dll. Он использует один тип из этой сборки - а именно, StorageAccountInfo. Это часть раздела конфигурации (а именно, NamespacePolicyDataStoreFactorySection.Parameters.BlobStorageAccountInfo), но, по-видимому, имеет смысл только в среде Azure и никогда не используется в локальном сценарии.
2. но вот подвох:Microsoft.Cloud.Common.AzureStorage.dll фактически не поставляется с шины обслуживания 1.1. Я попытался найти его в различных SDK и Azure toolkits, samples и whatnot (которых у меня много), а также в интернете - и нашел информацию zippo об этой DLL или где ее получить. этой - это единственное место, где я нашел упоминание об этом.
3. несмотря на то, что WTF сам по себе, отсутствие DLL на самом деле ничего не мешает работать: тип фактически не затрагивается каким-либо кодом в локальном сценарии, поэтому никаких жалоб.
4. но вот второй улов:mscorlib.dll v4.6.7.0 (который поставляется с VS2015 CTP5) имеет небольшое изменение по сравнению с предыдущей версией, 4.0.30319.34014, - in System.Attribute.InternalGetCustomAttributes(PropertyInfo,Type,bool), точнее эта строка. Этой линии не существовало в предыдущем версия mscorlib и все было нормально. Но теперь он существует, что приводит к типу свойства задел, что приводит к загрузке DLL, которая терпит неудачу, потому что DLL там нет.
5. таким образом, весь процесс начинается с загрузки раздела конфигурации NamespacePolicyDataStoreFactorySection и работает так:

  ConfigurationManager.GetSection -> 
  ... -> 
  BaseConfigurationRecord.GetSectionRecursive -> 
  ... -> 
  BaseConfigurationRecord.CallCreateSection -> 
  MgmtConfigurationRecord.CreateSection -> 
  ConfigurationElement.Reset -> 
  ConfigurationElement.get_Properties -> 
  ConfigurationElement.PropertiesFromType -> 
  ConfigurationElement.CreatePropertyBagFromType -> 
  Attribute.GetCustomAttribute (for property BlobStorageAccountInfo of type StorageAccountInfo) ->
  ... ->
  Attribute.InternalGetCustomAttributes(PropertyInfo) ->
  Attributes.GetIndexParameterTypes ->
  RuntimePropertyInfo.GetIndexParameters ->
  ... ->
  RuntimeMethodInfo.GetParameters ->
  ... ->
  kaboom! (touches the return type, tries to load DLL containing it, fails)

некоторые (бесполезные) попытки обходного пути

1. удалите раздел конфигурации из config. К сожалению, Служебная шина не очень отказоустойчива в этом отношении: сбой с NRE, когда раздел отсутствует. Также невозможно предоставить альтернативный раздел конфигурации "обработчик", потому что в системе .NET config" обработчик "и" данные " - это одно и то же.
2. предоставьте поддельную DLL с необходимым типом. Не могу этого сделать, потому что все сильно названо.
3. найдите отсутствующую DLL где-нибудь. Попробовал и не смог. Нет никаких упоминаний о DLL в Интернете, не говоря уже о биты.

внимательный читатель может спросить: Эй, подождите минуту! VS2015 CTP5?! Вы говорите, что установили программное обеспечение предварительного выпуска на рабочую машину?! Ну, тогда, конечно, это не работает, чего ты ожидал? Это научит тебя быть первопроходцем!
И внимательный читатель был бы абсолютно прав: полностью моя вина, я знал потенциальные опасности, я все равно сделал это, поделом мне.

но дело не в этом. Моя установка программного обеспечения pre-release не уменьшите WTFness ссылки на DLL, но не доставки его. Хотя я лично буду в порядке, я просто хочу убедиться, что это не внезапно перестает работать, когда .NET 5 выпущен и попадает в Центр обновления Windows.