Discussion :

[PerpetualSnow]

Bonjour,

Encore quelques problème dans le dépoiement d'une application Silverlight utilisant un service WCF distant.

Mon service est bien accessible depuis son hébergement sur www.mydomain.com/service01/service.svc.

D'ailleurs je peux y faire référence dans Visual Studio. Mais j'ai le warning suivant qui est affiché :

Warning 1 Could not locate cross-domain policy at 'www.mydomain.fr': Web services might not be accessible at runtime by your Silverlight application. For more details please contact the web server administrator or press F1 after selecting this warning 0 0

Après avoir pris connaissance de ce Warning, j'ai bien entendu vérifié les fichiers crossdomain.xml et clientaccesspolicy.xml. Je les ai placé à la racine du server www.mydomain.com. (J'ai également essayé dans le dossier du service).

Voici le code de ces fichiers :

1. Clientaccesspolicy

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
<?xml version="1.0" encoding="utf-8" ?>
<access-policy>
  <cross-domain-access>
    <policy>
      <allow-from http-request-headers="*">
        <domain uri="*"/>
      </allow-from>
      <grant-to>
        <resource path="/" include-subpaths="true"/>
      </grant-to>
    </policy>
  </cross-domain-access>
</access-policy>

2.CrossDomain

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE cross-domain-policy SYSTEM "http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd">
<cross-domain-policy>
  <allow-http-request-headers-from domain="*" headers="*"/>
</cross-domain-policy>

Ce sont les codes que j'ai trouvé sur MSDN.

Mais comme prévuu par le Warning, quand j'execute l'application j'ai l'erreur :

Une erreur s'est produite en tentant d'effectuer une demande à l'URI 'http://www.mydomain.fr/service01/SQLService.svc'. Ce problème peut être dû à une tentative d'accès à un service entre domaines sans qu'une stratégie entre domaines appropriée soit en place, ou une stratégie inadaptée aux services SOAP. Il est possible que vous soyez contraint de contacter le propriétaire du service pour publier un fichier de stratégie entre domaines et veiller à ce qu'il autorise l'envoi d'en-têtes HTTP SOAP. Cette erreur peut également être liée à l'utilisation de types internes dans le proxy de service Web sans utiliser l'attribut InternalsVisibleToAttribute. Consultez l'exception interne pour plus de détails.

Pouvez vous m'aider à ce sujet? Y a t'il un fichier mal placé ou absent?

Merci d'avance.

[Skyounet]

Hum...

Normalement le fichier doit se trouver à la racine de ton serveur web ce qui à priori est le cas.

Si tu tentes d'accéder au fichier par l'URL ça donne quoi ?

Regarde avec Fiddler si Silverlight demande bien le fichier xml et si oui ce qui est retourné par ton serveur web.

[PerpetualSnow]

Les fichiers sont lisibles (s'ouvrent dans le navigateur) si je passe par l'url.

Qu'est ce que fiddler?

[Skyounet]

Les fichiers sont lisibles (s'ouvrent dans le navigateur) si je passe par l'url.

Qu'est ce que fiddler?

C'est un outil pour debugger les requêtes HTTP tu peux voir ce que tu envoies et ce que tu reçois en échange. C'est utile dans des cas comme ça.
http://www.fiddler2.com/fiddler2/

[PerpetualSnow]

Au risque de me faire détester...

Le fichier clientaccesspolicy.xml, placé à la racine du serveur est suffisant.

Le code est bien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
<?xml version="1.0" encoding="utf-8" ?>
<access-policy>
  <cross-domain-access>
    <policy>
      <allow-from http-request-headers="*">
        <domain uri="*"/>
      </allow-from>
      <grant-to>
        <resource path="/" include-subpaths="true"/>
      </grant-to>
    </policy>
  </cross-domain-access>
</access-policy>

Il ne faut surtout pas oublier le "http-request-headers="*"".

A force de faire des tests, j'avais mélangé les versions de fichiers de clientaccesspolicy.xml. Et l'oubli d'un autre fichier masquait l'erreur.
Bref, j'avais bon depuis le début : une journée de boulot à chercher pour rien...

Merci à Skyounet