2010-04-30 2 views
1

Celui-ci m'a complétée. J'ai développé une application silverlight qui rappelle les services WCF (c'est un silverlight - basicHttpBinding)Le client Silverlight n'appelle jamais le service WCF

Le site fonctionne parfaitement avec ma machine de développement, mais quand il est déployé sur le serveur de développement. L'application est livrée avec le XAP, mais elle ne tente jamais de parler au service. J'ai un appel de service dans le bootstrapper donc il devrait appeler cela quand le client démarre. Les services sont en bonne santé. Ils peuvent être consultés et afficher l'affichage du service WCF standard. Nous avons traversé les fixations plusieurs fois et tout semble aller bien. J'ai ajouté une quantité importante de gestion des erreurs pour afficher les erreurs, mais sur ce serveur de dev, aucun appel de service et aucune erreur ne sont soulevées. Fiddler affiche la page en cours de chargement, mais mon client n'émet jamais d'appel au service. Le service se trouve dans le même dossier que le fichier default.aspx qui héberge le client Silverlight.

Ceci est une application Silverlight 3.0.

Quelqu'un a déjà vu quelque chose de similaire?

Répondre

0
  • Mettez un affichage graphique comme "J'ai fait l'appel!" avant l'invocation du service. juste pour être sûr que votre application essaie vraiment d'appeler le service ... Ainsi, nous pourrions restreindre la recherche à un problème de communication. :)

  • Vérifiez qu'il n'y a aucun cross-domain rules l'arrêt de l'application pour effectuer l'appel. En passant, appelez-vous un service WCF à partir d'un autre domaine?

+0

je que, rappelez-vous, tout cela fonctionne très bien sur ma machine locale, mais échoue lorsqu'il est déployé sur le serveur DEV. Les appels inter-domaines apparaissent dans fiddler, encore une fois, il se tait. –

1

Je vais essayer de déboguer en trois étapes

  1. Vérifiez si le service hébergé sur le serveur de dev est ou non, en appuyant sur l'URL du service à partir de votre navigateur sur votre machine dev.

  2. Assurez-vous que ServiceReferences.ClientConfig correspond à votre URL de service hébergé et non à votre URL de service de machine.

  3. Si encore erreur se produit essayez de déboguer votre application à partir de Visual Studio en pointant l'adresse de point final à http://urserver/urservicename.svc

De plus, assurez-vous que vous n'avez pas des problèmes de domaine croisés en utilisant « silverlight spy » Etes-vous sûr que l'application Silverlight est en cours de chargement?

0

Si vous effectuez l'appel de service dans le programme d'amorçage et que l'appel est rompu, je suppose que cela ne mènera qu'à une page vierge. Si vous êtes voir juste une page blanche, alors peut-être il ya quelque chose de mal avec le type mime .xap délivré par le serveur. Voici quelques informations supplémentaires sur ce point:

http://learn.iis.net/page.aspx/262/configuring-iis-for-silverlight-applications/