Я думаю, что ваша проблема в том, что просто наличие файла clientaccesspolicy.xml, то есть того, что он работает под веб-проектом, означает, что вы поставляете политики, если они добавлены в виде отдельных файлов в веб-проекте, то они не будут развертывается, когда вы запускаете приложение SL3 отдельно, но я уверен, что вы поняли это, и вы доставляете политики через WCF, используя привязку webHttp (стиль RESTful), если нет, вам следует.
Я думаю, что проблема в том, что когда вы запускаете веб-проект, он собирается на ваш локальный IIS и запускается оттуда, IIS позволит приложению SL3 взаимодействовать с портами / адресами, отличными от тех, которые размещены на сайте * 1003. *
когда вы запускаете приложение SL3 изначально, VS2008 автоматически генерирует тестовый html-сайт для его размещения с некоторыми настройками по умолчанию и использует встроенную службу хостинга VS2008, которая не разрешает связь с адресом / портом, отличным от указанного. адреса хостинга. (хотя Silverlight является клиентской библиотекой, VS2008 может сделать это)
поэтому, если вы хотите запускать приложение Silverlight «родным», то есть фактически выполнять XAP, вы можете развернуть его в IIS и настроить IIS для доставки файлов XAP, или просто установить и запустить его из браузера и позволить ему обновляться из IIS развернутая версия