2010-05-21 4 views
4

J'ai hébergé mon application Silverlight dans IIS, maintenant lorsque je tente d'accéder à l'application, je reçois l'erreur suivanteerreur crossdomain

System.ServiceModel.CommunicationException: une erreur est survenue lors essayant de faire une demande d'URI Cela pourrait être dû à tenter de accéder à un service d'une manière inter-domaines sans inter-domaines politique appropriée en place, ou d'une politique qui ne convient pas pour les services SOAP .....

J'ai placé le politique inter-domaine correctement dans wwwroo t ainsi que dans le répertoire virtuel.

<?xml version="1.0"?> 

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

Installer Fiddler et vous serez en mesure de voir ce que le trafic se passe entre votre machine et le serveur. –

+0

Salut, il retourne un code 200 pour la politique d'accès multi-domaine et client! – Jayesh

Répondre

1

Si vous n'avez pas besoin d'être Flash compatible avec la politique de sécurité, essayez d'utiliser les clientaccesspolicy.xml spécifiques à Silverlight et voyez si vous obtenez la même erreur. Consultez Tim Heuer's blog post sur les erreurs de l'emplacement de fichier de dépannage si vous rencontrez des problèmes encore

<?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

Je l'ai fait, même problème! J'ai utilisé Silverlight Spy et le problème semble être dans un fichier inter-domaine. Dites-moi où sont-ils censés être placés? J'ai placé dans le dossier wwwroot. En fait, j'avais fait la même chose dans IIS local et tout fonctionnait parfaitement, quand je l'ai déplacé sur mon serveur, il lance cette erreur! – Jayesh

+0

Le fichier de stratégie permet d'accorder l'accès à tous les services Web dont votre client SL a besoin. Le fichier doit donc être placé dans le répertoire Web racine des services Web. –

+0

Je l'ai placé là! n'arrive pas à saisir l'erreur. Cela avait fonctionné parfaitement dans IIS local. – Jayesh

Questions connexes