Discussion :

[roxytbl]

Bonjour à tous,
après avoir consulté des dizaines et des dizaines de sites concernant le Silverlight et le WCF je n'arrive toujours pas à trouver une solution à mon problème. La plupart utilisent IIS pour leur WCF, contrairement à moi qui l'héberge sur ma machine dans un service Windows...

Mon problème actuel est que je reçois une erreur lorsque je tente d'accéder à un service de mon WCF qui est hébergé dans un Service Windows local sur le port 25000.

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

System.Security.SecurityException ---> System.Security.SecurityException:

Erreur de sécurité.
à System.Net.Browser.BrowserHttpWebRequest.InternalEndGetResponse(IAsyncResult asyncResult)
à System.Net.Browser.BrowserHttpWebRequest.<>c__DisplayClass5.<EndGetResponse>b__4(Object sendState)
à System.Net.Browser.AsyncHelper.<>c__DisplayClass2.<BeginOnUI>b__0(Object sendState)
--- Fin de la trace de la pile d'exception interne ---
à System.Net.Browser.AsyncHelper.BeginOnUI(SendOrPostCallback beginMethod, Object state)
à System.Net.Browser.BrowserHttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
à System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelAsyncRequest.CompleteGetResponse(IAsyncResult result)

J'ai lu sur beaucoup de sites qu'il fallait ajouter un "crossdomain.xml".
Dans VS2010 j'ai une solution qui contient un projet WcfService1 avec inclus dedans mon MyWcfService.svc, mais également un projet MonServiceHebergeur qui représente mon service windows situé au port 25000 si j'ai bien compris?

J'inclus donc le fichier crossdomain.xml dans le projet qui contient mon service .svc, c-à-d WcfService1.

Le problème c'est que je n'arrive pas à accéder à ce fichier par le net.
J'ai accès à la WSDL de mon service via "http://localhost:25000/service/?wsdl", donc je tente d'ouvrir le crossdomain.xml via "http://localhost:25000/service/crossdomain.xml" mais rien n'y fait.

J'ai également lu qu'il fallait mettre le crossdomain.xml à la racine, mais j'aimerais d'abord pouvoir vérifier que mon crossdomain.xml est bel et bien accessible avant de modifier l'adresse de mon service (si c'est bien cela qu'il faut que je fasse?).

Merci à vous,

Patrick

[Nathanael Marchand]

Le cross-domain doit se trouver à l'adresse http://localhost:25000/crossdomain.xml

[roxytbl]

Bien, merci de me confirmer ce que j'ai lu .

Sinon, comment puis-je m'assurer que le crossdomain est bel et bien existant? Je l'ai inclus dans mon projet qui contient MyWebService.svc, il est donc hébergé à l'adresse http://localhost:25000/service/ comme je l'ai indiqué dans mon fichier de configuration.
Comment puis-je faire pour y accéder? Si j'essaie avec FireFox d'entrer l'URL http://localhost:25000/service/crossdomain.xml ça ne fonctionne pas.
Si mon service est hébergé à "/service/" est-il possible d'avoir le fichier crossdomain.xml qui se situe à "/" ?

EDIT:
Voici mon fichier crossdomain.xml

Code xml :

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

1
2
3
4
5
<?xml version="1.0"?>
<!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="SOAPAction,Content-Type"/>
</cross-domain-policy>

Ainsi que la config de mon Service Windows, celui qui héberge MyWebService.svc :

Code xml :

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
<?xml version="1.0"?>
<configuration>
  <system.serviceModel>
    <bindings/>
    <client/>
    <services>
      <service name="WcfService1.MyWcfService" behaviorConfiguration="WcfService1.MyWcfServiceBehaviours">
        <host>
          <baseAddresses>
            <add baseAddress="http://localhost:25000/service/"/>
          </baseAddresses>
        </host>
        <!-- this endpoint is exposed at the base address provided by host: http://localhost:8000/ServiceModelSamples/service  -->
        <endpoint address="" binding="basicHttpBinding" contract="WcfService1.IMyWcfServiceEvaluation1"/>
        <endpoint address="" binding="basicHttpBinding" contract="WcfService1.IMyWcfServiceExamen"/>
      </service>
    </services>
    <behaviors>
      <serviceBehaviors>
        <behavior name="WcfService1.MyWcfServiceBehaviours">
          <serviceMetadata httpGetEnabled="true"/>
          <!--<serviceDebug includeExceptionDetailInFaults="false"/>-->
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>
<startup><supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup></configuration>

EDIT2: le crossdomain.xml doit se situer côté SiteWeb ou côté WCF?
Mon site web ASP contient une page ASPX qui utilise une application Silverlight. Pour le moment mon cross domain se situe du côté de mon WCF car j'ai lu qu'il fallait le mettre à la racine de mon service. Mais peut-être est-ce à la racine de mon Site?

[offspring]

Slt

Le fichier crossdomain doit se situé sur ton serveur dans le dossier inetpub / wwwroot

[roxytbl]

Je n'utilise pas d'IIS, j'accède à mon site par Visual Studio en poussant F5, ça me démarre un "Serveur de Développement ASP.NET" automatiquement avec un port généré aléatoirement.

Je ne vois pas où je dois placer mon crossdomain.xml et clientaccesspolicy.xml. Je l'ai actuellement placé dans mon service WCF mais je doute que ça soit là qu'il doit être.

J'ai un site web ASP.NET, il intègre un élément SilverLight qui se charge de contacter mon WCF pour récupérer des informations de ma base de données.
Mon service WCF fonctionne très bien avec une application WPF.

[Invité]

Salut,

J'ai effectivement eu le même problème que toi (Silverlight + WCF) et ce tuto joli et bien fait m'a beaucoup aidé à le résoudre.

PS: WCF est hébergé par une application console. Cela est le problème est le même qu'il soit hébergé par un service windows.

[davrous]

Hello,

C'est effectivement un problème de cross domain. Il faut donc que ton service WCF même hébergé dans un service NT soit capable de cracher le fichier XML de policies sur un appel à la racine de ton serveur WCF.

Perso, j'ai déjà fait et décrit cela dans cette série d'articles sur MSDN : http://msdn.microsoft.com/fr-fr/office/dd572039.aspx et plus précisement ici : http://msdn.microsoft.com/fr-fr/office/dd572044

Bye,

David Rousset
Microsoft France

[Invité]

Hello,

C'est effectivement un problème de cross domain. Il faut donc que ton service WCF même hébergé dans un service NT soit capable de cracher le fichier XML de policies sur un appel à la racine de ton serveur WCF.

Exactement ça. Bon le lien que j'ai fournit est un tuto en anglais. Mais si tu veux du Français pour aller le vite et t'éviter la traduction à la volée, les tutos de davrous sont aussi bien faits.

[roxytbl]

Ca tourne !

L'endroit où devait se situer mon Policy m'était fort flou, mais tout s'est éclairci grâce à vos deux tutos.
J'ai penché pour le second, de davrous, car il était en français et m'a l'air plus récent.

Mon Policy est accessible via la méthode GetSilverlightPolicy qui est annotée d'un WebGet(UriTemplate = "/clientaccesspolicy.xml") et qui retourne le fichier XML sous forme d'un Stream. Le XML est donc écrit en brut dans mon WCF!

J'ignore pourquoi on parle de crossdomain sur certains sites, est-ce si mon WCF tourne sur une machine différente? Car dans les tutoriaux apparemment cela concerne le flash

Encore un grand merci à vous

[Samuel Blanchard]

J'ignore pourquoi on parle de crossdomain, est-ce si mon WCF tourne sur une machine différente?

On parle de CrossDomain lorsque ton appli silverlight est sur un domaine different du service WCF appelé.