Включение loadFromRemoteSources также объяснено на http://social.msdn.microsoft.com/Forums/en-US/webdevelopmentprerelease/thread/ea9b9cab-cbfd-496d-8a81-7b3dd06e8c23 вместе с другой опцией; установить переменную среды COMPLUS_EnableLegacyCASPolicy.
Редактировать: (скопировать и вставить с указанного выше URL, когда сообщение было удалено)
Дэвид ДеВинтер - MSFT (среда, 20 мая 2009 г., 2:10)
Предостережение: я не в команде безопасности, но все же попытаюсь ответить на этот вопрос ...
Здесь происходит то, что задачи сборки для Silverlight пытаются загрузить сборку, которая в предыдущих версиях CLR классифицировала ее как сборку с частичным доверием на основе ее свидетельства (например, зоны) в соответствии с политикой CAS.
В CLR 4.0 политика CAS полностью устарела и даже не включена по умолчанию. Однако в этих обстоятельствах CLR выдает исключение, когда то, что будет частичной доверительной нагрузкой в CLR 2.0, является полной доверительной нагрузкой в CLR 4.0.
Переключатель loadFromRemoteSources, на который ссылается сообщение Exception, находится в элементе среды выполнения в конфигурации и выглядит следующим образом:
<runtime>
<loadFromRemoteSources enabled="true|false" />
</runtime>
Это не активирует устаревшую политику CAS, но позволит вам (или, в данном случае, системе сборки) загружать удаленные сборки с теми же разрешениями, что и у хоста AppDomain. В этом случае кажется, что вы могли бы изменить конфигурацию системы сборки (я предполагаю, что в этом случае будет Visual Studio:% ProgramFiles% \ Microsoft Visual Studio 10.0 \ Common7 \ IDE \ devenv.exe.config), чтобы включить это переключатель.
Если вы не хотите изменять эту конфигурацию, вы можете установить для переменной среды COMPLUS_EnableLegacyCASPolicy значение 1, что активирует политику CAS, присутствующую в CLR 2.0, а также позволит Silverlight загрузить эту задачу.
Надеюсь, это поможет.
Дэвид, Блог - http://blogs.rev -net.com / ddewinter / Twitter - @ ddewinter