Discussion :

[Kropernic]

Bonjour,

J'écris car je suis un peu perdu...

Une application qui a fonctionné sans souci pendant un moment s'est mis à renvoyer une erreur durant mes vacances.

Voici les quelques premières lignes du détail de l'erreur:

************** Exception Text **************
System.Data.SqlClient.SqlException (0x80131904): Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)
at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning()

J'ai un peu de mal... Est-ce un timeout lors de la connexion ou lors de l'exécution de la procédure stockée ?

L'un comme l'autre, cela me pose problème étant donné que différents contrôles sur le formulaire sont bien remplis et tirent leurs données dans la même DB. Du coup, je me dis que la connexion est sensée bien se passer.

De l'autre, lorsque j'exécute la procédure dans management, elle me donne le résultat en 0 sec. Du coup, je me dis que le problème ne vient pas de là non plus.

Je tourne donc en rond. Auriez-vous une suggestion ?

[Invité]

SqlException est souvent due à un souci de connexion à ta base de données et d'après le message d'erreur il s'agit de la durée de connexion qui prend trop de temps à s'ouvrir.

Pour modifier la durée minimale avant de lancer une exception si la connexion ne s'ouvre pas tu peux le faire via la chaine de connexion en ajoutant Connect Timeout= duree_en_minute.

Cela peut ne pas corriger ton problème vu que tu dis que certaines formulaires arrivent bien à communiquer avec ta base de données et récupérer des données.

[Kropernic]

En effet, je ne pense pas que cela résoudra mon problème (je vais tout de même tester).

Voici tout de même quelques détails supplémentaires :

Je ne travaille qu'avec des datasets fortement typés qui utilisent uniquement des procédures stockées (j'essaie en fait d'éviter toute instruction sql du côté .net pour laisser cela sur le server sql).

J'ai un dataset qui contient 4 TableAdapters (et leur DataTable correspondante).

3 d'entre-eux servent à remplir 3 Combobox différentes qui servent en fait de paramètres pour la procédure stockée du 4e TableAdapter.

Du coup, tout ce que je fais moi, c'est utilisé les méthodes Fill de chaque TableAdapter. A part avoir défini la ConnectionString, je ne touche plus à rien.

Je suis prêt à copier un bout de code ici mais je ne vois pas trop ce qui serait intéressant dans le cas présent.

[Kropernic]

Bon et bien, après avoir simplement fait sur le tableadapter qui pose problème clic droit > configure et avoir été jusqu'au bout sans rien modifier, cela refonctionne.

Je clos donc le sujet mais cela reste tout de même étrange. P-e un charmant collègue qui aurait été changé quelque chose à la procédure stockée sans m'en informer...

Bref, ça marche.

Merci encore (et sorry pour le double post).

Griftou.

[Bluedeep]

. P-e un charmant collègue qui aurait été changé quelque chose à la procédure stockée sans m'en informer...

Cela me semble très très improbable, car la stack indique clairement qu'il s'agit d'un time-out de connexion, pas d'un time-out d'exécution.

[Kropernic]

Alors je donne ma langue au chat.

Qu'est-ce qui pourrait donner se genre d'erreur et être résolu en faisant un configure du tableadapter sans rien changer ?

Perso, aucune idée...

[Invité]

Bon et bien, après avoir simplement fait sur le tableadapter qui pose problème clic droit > configure et avoir été jusqu'au bout sans rien modifier, cela refonctionne.

Tu as effectué cette action à partir de la base de production ou de la base de développement ?
Si c'est avec la base de Dev et que ça ne fonctionne plus avec la base de Prod alors regardes bien si les schémas sont identiques, que la procédure stockée marche très bien sur la Prod etc.

[Kropernic]

C'est bien identique des 2 côtés...

D'ailleurs, pour builder l'exe que je distribue, je modifie la connectionstring dans les settings pour avoir une connexion vers la db de prod.

Donc je teste bien sûr une dernière fois avant de distribuer l'exe et cela fonctionne.

Je teste ensuite l'exe que je place sur le serveur et ça marche.

Par contre une fois que je teste en y accédent via une connexion citrix, là ça plante. Et encore une fois, seulement pour un seul tableadapter.