Comment un nouveau fichier global.asax peut-il gâcher mon service WCF?

Question

J'ai une application silverlight qui utilise WCF en interrogeant Duplex et les appels asynchrones "normaux". tout fonctionnait bien, jusqu'à ce que j'ajoute un fichier global.asax.

Après une heure de googling, je suis tombé sur ce blog plutôt daté par Jean-Dirk Stuart qui suggérait de commenter l'événement Session_start stubbed.

Assez sûr que corrigé le problème, mais il soulève une préoccupation. Pourquoi ce membre apparemment bénin du fichier global.asax casse les appels wcf.

Answer 1

Oui, c'est un problème peu connu mais ennuyeux. Le problème se résume à l'activation de l'état de la session une fois que vous avez ajouté un fichier global.asax à votre projet Web. Une fois l'état de session activé, le serveur n'exécutera les appels que de manière séquentielle. Voici deux articles avec des informations plus approfondies:

http://blogs.msdn.com/b/silverlightws/archive/2009/09/30/having-a-pollingduplex-service-and-any-other-wcf-service-in-the-same-website-causes-silverlight-calls-to-be-slow.aspx

http://weblogs.asp.net/olakarlsson/archive/2010/05/20/simultaneously-calling-multiple-methods-on-a-wcf-service-from-silverlight.aspx

Ce problème se produit uniquement lors de l'utilisation de la pile réseau navigateur, vos options sont:

1. séance Désactiver état dans votre projet Web ou
2. Utilisation de la pile de mise en réseau client

Hope this helps ...

Chris

Answer 2

Il existe certains types de liaison qui prennent en charge l'accès aux données de session asp.net, je ne vois vraiment pas comment cela affecterait si WCF essaye de se connecter à l'événement session_start comme un module http. Vous pouvez également utiliser le réflecteur pour désassembler le code où vous avez reçu l'exception.