0

J'ai une application Silverlight 5 typique créée sur Azure avec un projet Web hébergeant le site hébergeant le fichier Silverlight XAP et un autre projet Web hébergeant un collection de services de données WCF. Ensemble, les deux sites s'exécutent dans un seul rôle Azure mais sur des ports différents. Le port 80 héberge les services de données WCF et le port 8081 héberge l'application Silverlight.Azure essayant d'utiliser 127.0.0.1 lors de l'accès aux fichiers clientaccesspolicy.xml et crossdomain.xml

J'ai un problème avec plusieurs domaines avec cette configuration. En regardant à travers Fiddler, il apparaît que lorsque mon application Silverlight appelle le service, elle recherche, comme prévu, les fichiers clientaccesspolicy.xml et crossdomain.xml du site de services de données WCF pour pouvoir accéder à plusieurs domaines. Toutefois, l'application Silverlight envoie la demande à http://127.0.0.1 et non l'URI correct pour le domaine dans lequel les services de données WCF sont hébergés.

Quelqu'un peut-il m'expliquer pourquoi l'application essaye d'aller à 127.0.0.1 et pas l'URI correcte?

Merci

+0

est-ce que cela se passe déployé ou dans l'émulateur? –

Répondre

1

Votre application Silverlight a un fichier nommé "ServiceReferences.ClientConfig". Ce fichier a été créé lorsque vous avez ajouté la référence de service. Et parce que vous avez ajouté la référence de service de 127.0.0.1, votre fichier est configuré que le point de terminaison de service est sur 127.0.0.1.

Ce que vous devez faire est de modifier manuellement le fichier ServiceReferences.ClientConfig avant de déployer pour corriger l'adresse du point de terminaison du service (et le définir sur le domaine que vous utilisez).

Ou vous pouvez utiliser mine approach pour gérer ce type de problème.

Questions connexes