Silverlight, WCF et NotFound, oh mon

Question

Je sais que c'est un sujet brûlant sur StackOverflow, mais fais avec moi.

Nous avons une application Silverlight 3 qui parle à un service WCF. De temps en temps, les appels au service WCF renvoient une exception NotFound.

J'ai lu à peu près tous les articles sur SO et Google sur ce sujet mais je n'arrive pas à comprendre ce qui ne va pas. Voici quelques unes de mes découvertes:

• L'exception se produit sur des appels aléatoires et à des moments aléatoires. Parfois, une méthode fonctionnera 50 fois et, soudainement, elle causera des bugs. J'ai l'impression que c'est lié à un timeout, car il est plus reproductible si je laisse l'application inactive pendant un moment avant d'appeler un appel, mais ce n'est pas toujours le cas - parfois celui des premiers appels de l'application échoue.
• Nous utilisons SilverlightFaultBehavior pour convertir le code d'erreur HTTP à 200 et nous avons beaucoup d'instances où lancer une exception sur le côté serveur fait des bulles du côté client, donc je peux confirmer que cela devrait fonctionner comme prévu. Fiddler ne montre rien de spécial au moment où l'exception se produit. Je ne vois même pas l'appel en question. Cela m'inquiète, mais cela pourrait signifier que l'exception est le résultat d'un appel qui s'est produit il y a quelques minutes et qui a expiré?
• Service Trace Viewer ne montre rien.
• Je joins Visual Studio au projet Silverlight et au projet de services WCF, définissez le débogage pour interrompre toutes les exceptions (levées ou traitées) et il ne se casse pas (sauf dans Silverlight pour me parler du problème NotFound). Cela me fait penser que peut-être le NotFound n'est pas en réponse à une exception du côté du service WCF?

Je n'ai vraiment aucune idée d'où aller à partir d'ici. Toute aide, tout pointeur ou idée de choses à essayer sont les bienvenus.

Answer 1

Voici quelques réflexions pour les points que vous avez mentionnés:

1) L'exception se produit sur les appels au hasard et à des moments aléatoires - Assurez-vous que les données envoyées en tant que valeur de retour de la méthode est valide. J'ai eu un cas lorsque l'envoi d'un objet avec des propriétés vides a causé un échec de sérialisation. Je l'ai trouvé en utilisant les journaux IIS/Service Trace Logs.

2) Avez-vous trouvé quelque chose d'utile?

3) Je ne pense pas que fiddler peut aider avec ce genre d'erreur.

4) Êtes-vous sûr de cela? Avez-vous configuré les journaux de suivi correctement?

5) Vous ne trouverez aucune exception qui peut vous aider ici. L'exception réelle (lorsque vous voyez une erreur "introuvable") est déclenchée lors de l'encapsulation du message/des données du côté serveur ou du déballage des messages/données côté client. Donc, pour résumer, assurez-vous que les données sont dans un format correct (cela peut sembler correct pour vous mais pas pour WCF, jouez avec lui pendant un certain temps avec des valeurs différentes) et vérifiez à nouveau la trace de journalisation.

Answer 2

Qu'est-ce qu'une liaison du service? Où est-il hébergé: serveur IIS ou VS Deployment? J'ai vu ce problème récemment, quelque chose n'allait pas avec IIS. Il ne pouvait même pas ouvrir les fichiers * .svc. Voici donc un plan d'activités:

1. Essayez d'ouvrir le fichier svc en utilisant l'adresse http comme http://localhost/MyApp/MyService.svc
2. Si elle ouvre, écrire une application console et tester le service.
3. Si cela fonctionne, écrire une application simple Silverlight.

J'espère que cela aidera.

Answer 3

Je fixe en ajoutant

minFreeMemoryPercentageToActivateService="1" 

à Web.config. Par défaut, il est

minFreeMemoryPercentageToActivateService="5" 

qui provoque parfois cette erreur.