Проблема после установки VSTO runtime 2010 и .Net framework 4

Question

Вся наша команда установила VS 2010 (он имеет как VSTO runtime 2010, так и .net framework 4). После установки некоторые из наших разработчиков получают ошибку, описанную ниже (но для большинства она работает нормально) при открытии развернутого приложения VSTO изсервер, разработанный в рамках 3.5 и VSRO runtime 3:

***** Текст исключения ******* Microsoft.VisualStudio.Tools.Applications.Runtime.CannotCreateCustomizationDomainException: настройка не имеет разрешений, необходимых для создания домена приложения.---> System.Security.SecurityException: настраиваемые функции в этом приложении не будут работать, поскольку администратор перечислил файл: //fmrdmwaprd2/CA-INSTALL/Demand/Templates/GeoDSS_Templates_UTT/APAC_RevOpt_OEM_Good_Bad_News/APAC_RewSto_T_OUT_OUT_OUT_OUT_OUT_T_WT_OUT_TОбратитесь к администратору для получения дополнительной помощи.по адресу Microsoft.VisualStudio.Tools.Office.Runtime.RuntimeUtilities.VerifySolutionUri (Uri uri) по адресу) Зона сборки, в которой произошел сбой, была: MyComputer

Answer 1

Похоже, у ваших компьютеров "проблемы с доверием".Вот ссылка с дополнительной информацией об уровнях доверия для разных мест / предметов и о том, как их можно изменить:

http://msdn.microsoft.com/en-us/library/6exya3kf(v=vs.80).aspx

Я также нашел эту статью SO, которая может быть достаточноВаша проблема, чтобы помочь вам:

Установка VSTO 4.0 Заставляет VSTO 3.0 Addin перестать работать

Answer 2

Я сталкивался с этой проблемой раньше и решил ее. Это связано с тем, что VSTO создает собственный домен приложений во время загрузки для VSTO AddIn. Действие использует Shadow Copy для копирования VSTO .DLL во временную папку и загрузки его оттуда.

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

Чтобы обойти теневую копию, попросите установщика поместить AddIn .DLL в глобальный кэш сборок. Благодаря этому в GAC процесс теневого копирования исключается, и .DLL должен загружаться.

Имейте в виду - это может вызвать проблемы при разработке, поэтому не развертывайте .DLL в GAC на вашем компьютере разработки. Если вы это сделаете, вы не сможете запустить свои изменения в Visual Studio (вместо этого будет работать DLL в GAC).