2010-05-21 3 views
4

Я принимал мое Silverlight приложения в IIS, теперь, когда я пытаюсь получить доступ к приложению Я получаю следующую ошибкуCrossDomain ошибка

System.ServiceModel.CommunicationException: ошибка при попытке сделать запрос на URI Это может быть связанно с попыткой доступа услуги в междоменном способе без надлежащего перекрестного домена политики на месте, или политики, которая не подходит для SOAP услуг .....

Я разместил междоменная политика в wwwroo t, а также в виртуальном каталоге.

<?xml version="1.0"?> 

<cross-domain-policy> 
    <allow-http-request-headers-from domain="*" headers="*"/> 
</cross-domain-policy> 
+0

Установите Fiddler и вы сможете увидеть, что трафик происходит между вашим компьютером и сервером. –

+0

Привет, он возвращает код 200 для перекрестного домена и политики доступа клиентов! – Jayesh

ответ

1

Если вам не нужно быть флэш-совместимым с политикой безопасности, попробуйте использовать Silverlight конкретных clientaccesspolicy.xml и посмотреть, если вы получите ту же самую ошибку. Проверьте Tim Heuer's blog post об устранении неполадок с ошибками определения местоположения файла, если вы по-прежнему возникают проблемы

<?xml version="1.0" encoding="utf-8" ?> 
<access-policy> 
    <cross-domain-access> 
    <policy> 
     <allow-from http-request-headers="SOAPAction"> 
     <domain uri="*" /> 
     </allow-from> 
     <grant-to> 
     <resource include-subpaths="true" path="/" /> 
     </grant-to> 
    </policy> 
    </cross-domain-access> 
</access-policy> 
+0

Я сделал это, та же проблема! Я использовал Silverlight Spy, и проблема, кажется, в файле кросс-домена. Скажите, где они должны быть размещены? Я поместился в папку wwwroot. На самом деле я сделал то же самое в локальном IIS, и все отлично работало, когда я переместил его на свой сервер, он бросает эту ошибку! – Jayesh

+0

Файл политики предназначен для предоставления доступа к любым веб-сервисам, которым нужен ваш клиент SL, поэтому файл должен находиться в корневом веб-каталоге веб-служб. –

+0

Я разместил его там! похоже, не справится с ошибкой. В локальном IIS он отлично работал над Alrite. – Jayesh