Déco au bout de 1mn : TimeOut Silverlight ?

Bonjour,

je travaille sur une application silverlight chargée de récupérer de gros volumes de données depuis une base de données distante.

Lors de requêtages renvoyant un jeu de donnée assez gros (>50K), au bout de 1mn (pile-poil) se produit un appel à la fonction Completed mais avec une exception en paramètre qui indique l'échec de la requête. J'ai passé le timeout de la connexion sql à 2mn et cela n'a rien changé, donc j'en viens à déduire que c'est Silverlight qui tombe en time out.

J'ai lu sur le web qu'il est possible de configurer plusieurs timeout, dans le web.config, le serviceclient.config ainsi que dans IIS.

Merci de m'indiquer la meilleure procédure (je souhaite un time out de 2mn)

Bonjour,

ta question m'intéresse, car j'avais fait l'expérience de timeouts avec silverlight, mais ils étaient aléatoires.

Je dirai tant qu'à faire de mettre le timeout à 2min dans tous les fichiers que tu as cité, et par éliminations trouver lequel est responsable du plantage.

as-tu essayé avec un volume de donnée moins important pour voir si ce n'est pas un problème de Web Service ou de requête ?.

Je pense que c'est au niveau de ton service qu'il faut spécifier le timeout.

Quel type de service utilises-tu ?

Je communique avec WCF en BasicHttpBinding.

J'ai mis à 2mn dans le binding du web.config (openTimeout, closeTimeout, receiveTimeout, sendTimeout), et copier/coller dans le ServiceReference.serviceconfig du projet. Le site IIS est aussi paramétré sur 2mn, mais j'ai toujours des déco au bout d'une minute, je pige plus ou chercher...

Merci :)

Pourrais-tu nous écrire l'erreur que tu obtiens sur le result ?

Hello,

Essaies de faire des traces réseaux avec des outils comme Network Monitor ou d'autres pour tenter de savoir qui tombe en timeout.

La lecture des traces WCF avec Silverlight est relativement simple grâce aux modes de binding simplifiés.

Bye,

David

Pas encore testé de monitorer le réseau, et va pas avoir besoin. J'ai identifié que le responsable était le serveur lui-même. 1mn30 dans Management Studio pour executer une requete type

Code:

---

select count(*) from Histo

---

, ce qui est un peu du foutage de gueule vu la puissance de la machine, même si ya 3M de lignes en BDD...

Donc je vais benchmarker tout ça pour me faire une idée du tintouin, et je vous ferai un retour :)

Merci pour les idées sinon :)

Je laisse le sujet ouvert si on peut répondre à cette question : comment dépasser la durée de 1mn ? je n'y arrive toujours pas, merci :)

Bonjour,

Je me permet de remonter ce post, j'ai exactement le même problème : j'ai un timeout au bout de 1 minute. Pourtant j'ai paramétré les .config pour le client et serveur à 10 minutes.

Si une solution existe, je suis preneur..


Merci !

Bonjour,

Peut être qu'avant de partir sur des réglages de TimeOut qui sont, rappelons le, des gardes-fou, il faudrait penser à tronconner les données en paquet plus léger.

Citation:

---

Envoyé par Samoteph

Bonjour,

Peut être qu'avant de partir sur des réglages de TimeOut qui sont, rappelons le, des gardes-fou, il faudrait penser à tronconner les données en paquet plus léger.

---

Merci de ta réponse, mais l'objet qui est renvoyé est couteux en temps (requêtes sur la Bdd, ensuite calcules). Je conçois que cela devrait être optimisé, mais pour l'instant je dois résoudre ce problème de configuration qui risque de ce reproduire plus tard.

Etanne,

Je me suis peut être mal exprimé puisque par paquet plus léger j'entendais une pagination de l'information.
Si la problématique vient du temps de génération de la requête c'est qu'elle devrait être sans doute précalculée en amont.
Je ne pense pas que cela soit un problème d'optimisation mais d'architecture de l'application.

En résumé, je souhaite que tu trouves rapidement la solution à ce problème de TimeOut même si pour moi c'est un faux problème :)

Souvenir Souvenir xD

Perso je n'ai pas réussi au final à corriger ce timeout de 1 minute (SL2). J'ai par contre revu mon système de génération de données côté serveur : count préalable afin de déterminer le volume à rapatrier et en avertir l'utilisateur le cas échéant, et index sur les tables pour accélérer le chargement des données.

Bonne chance à toi :)

Arf.. ..j'ai pu résoudre le soucis. Cela venait de mon code qui remplaçait les valeurs des Timeouts... ...Je pouvais mettre un Timeout de 3H, mon code replaçait par 1min...

..honte à moi :oops:

Merci quand même !