Discussion :

[Isher]

Bonjour,

J'ai un service WCF qui marche correctement. Je l'ai testé de long en large avec le self-hosted et une application Console.

J'ai une application Silverlight qui exploite ce service. (dans la même solution créée sous VS 2010). Lorsque j'accède à l'unique méthode de test du service, une CommunicationException est levée, avec comme explication un problème de stratégie de domaine. Voici la configuration du service WCF.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
  <system.serviceModel>
    <services>
      <service behaviorConfiguration="MediService.MediServiceBehavior" name="MediService.MediService">
        <endpoint address="" binding="basicHttpBinding" contract="MediService.IMediService">
          <identity>
            <dns value="localhost" />
          </identity>
        </endpoint>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:8732/Design_Time_Addresses/MediService/MediService/" />
            <!--<add baseAddress="http://localhost:8732/MediService/MediService/" />-->
          </baseAddresses>
        </host>
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="MediService.MediServiceBehavior">
          <!-- To avoid disclosing metadata information, 
          set the value below to false and remove the metadata endpoint above before deployment -->
          <serviceMetadata httpGetEnabled="True"/>
          <!-- To receive exception details in faults for debugging purposes, 
          set the value below to true.  Set to false before deployment 
          to avoid disclosing exception information -->
          <serviceDebug includeExceptionDetailInFaults="False" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>

J'ai lu pas mal de chose sur le net sur WCF et Silvelight et meme les tuto Developpez.com mais sans résultat. la seule chose que je n'ai pas essayé c'est de créée un crossdomain.xml renvoyé par le service WCF. Doit-on passer par là meme pour l'exploitation de service ds la meme solution?

merci pour vos réponses

[Skyounet]

Y'a pas un InnerException ?
Est-ce que tu as rajouté le fichier clientaccesspolicy.xml à la racine de ton serveur web hébergeant ton WCF ?

[Isher]

Y'a pas un InnerException ?
Est-ce que tu as rajouté le fichier clientaccesspolicy.xml à la racine de ton serveur web hébergeant ton WCF ?

Merci pour ta réponse.

Il y a des inner mais qui n'en disent pas plus.
En fait le projet hébergeant le service WCF est un "WCF Service library" et non application. Cela fait-il une différence?

Je viens de refaire des tests avec des projets les plus basiques possible pour isoler l'erreur et j'en suis à implémenter le clientaccesspolicy dans le service WCF avec la methode REST sans succès pour l'instant, j'ai des "access denied" sur le fichier xml, mais j'avance doucement.

[Skyounet]

Merci pour ta réponse.

Il y a des inner mais qui n'en disent pas plus.
En fait le projet hébergeant le service WCF est un "WCF Service library" et non application. Cela fait-il une différence?

Je viens de refaire des tests avec des projets les plus basiques possible pour isoler l'erreur et j'en suis à implémenter le clientaccesspolicy dans le service WCF avec la methode REST sans succès pour l'instant, j'ai des "access denied" sur le fichier xml, mais j'avance doucement.

Il faut juste mettre un fichier xml à la racine, rien d'autre.
Que dit Fiddler quand tu essaies d'accéder à ton service depuis Silverlight ?

Ton service est bien hosté dans IIS ? Il n'est pas dans un service windows ou autre chose hein ?

[Isher]

Il faut juste mettre un fichier xml à la racine, rien d'autre.
Que dit Fiddler quand tu essaies d'accéder à ton service depuis Silverlight ?

Ton service est bien hosté dans IIS ? Il n'est pas dans un service windows ou autre chose hein ?

J'ai pas encore tenter de voir avec Fiddler.

Je test la solution (au sens VS du terme) dans le débogueur qui lance le WcfSvcHost intégré à VS2010. Je pense qu'il équivaut à un prgm console. Je n'utilise pas http et IIS.

En fait pour le clientaccesspolicy, j'utilise la technique décrite ici:

http://www.dotnetcurry.com/ShowArtic...ookieSupport=1