Discussion :

[NTIC13]

Bonjour,

Je viens d'ajouter sur mon projet Silverlight une web reference vers un service web qui est hebergé sur un autre domaine

Alors j'ai créer un "clientaccesspolicy.xml" sur la racine du domaine qui contient le web service referencé dans SL et j'ai mis dedans ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<?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>

Quand j'essaye d'utiliser une methode de mon webService comme ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 private void btnValider_Click(object sender, RoutedEventArgs e)
        {
            WebServiceMonServiceSoapClient proxyMonWebService = new WebServiceMonServiceSoapClient ();
 
 
            proxyMonWebService.MaMethode();
            proxyMonWebService.MaMethodeCompleted += MaMethodeComplete;
 
       }
 
        private void MaMethodeComplete(object sender,  AsyncCompletedEventArgs e) 
        {                                
              //et la je doit handler mon resultat            
        }

Et la je reçois une exception :

System.ServiceModel.CommunicationException

qui dit :

Une erreur s'est produite en tentant d'effectuer une demande à l'URI
'http://localhost:6840/ProjetWeb/WebServices/WebServiceMonWS.asmx'.
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.

Avez vous une solution ?

Merci de votre aide

[offspring]

Slt

localhost:6840 => tu ne tapes pas sur ton webService distant

A+

[NTIC13]

Slt

localhost:6840 => tu ne tapes pas sur ton webService distant

A+

si c'est un web service distant, cependant la je suis en environnement de dev et tout mes projets son sur ma machine local, et on executant le projet SL
comme tu vois le projet web s'execute sur le port 6840 et SL s'execute sur un autre port, c'est comme si on avait 2 domaines differents

[Nathanael Marchand]

Ca donne quoi quand t'ouvres dans ton navigateur http://localhost:6840/clientaccesspolicy.xml ?

[NTIC13]

Ca donne quoi quand t'ouvres dans ton navigateur http://localhost:6840/clientaccesspolicy.xml ?

ça me renvoie une erreur 404
cepedant j'ai tenter ça :

http://localhost:6840/LeNomDeMonProj...cesspolicy.xml

et la magie le xml s'affiche

Mais ce que je ne comprend pas c'est qu'il est bien dans la racine

[Samuel Blanchard]

Si tu utilises cassini c'est pas l'idéal pour faire ce genre de test car tu n'accèdes pas à la racine de ton site.

Le plus simple est de passer par IIS ou alors d'utiliser ce truc :

http://weblogs.asp.net/scottgu/archi...-2005-sp1.aspx

[NTIC13]

Si tu utilises cassini c'est pas l'idéal pour faire ce genre de test car tu n'accèdes pas à la racine de ton site.

Le plus simple est de passer par IIS ou alors d'utiliser ce truc :

http://weblogs.asp.net/scottgu/archi...-2005-sp1.aspx

Super merci de ton lien, j'ai juste modifié le virtual path de mon application web qui heberge le service web à : "/"
et la sans soucis j'accede à mon service web sans exception