Discussion :

[Iloyo]

Bonjour à tous,

Je suis en cours de réalisation d'un programme réalisant des requêtes (SELECT & INSERT) vers un serveur MS SQL.

J’effectue mes requêtes, au sein de mon programme, via la méthode suivante qui me retourne une DataTable contenant la réponse à ma requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
public DataTable SqlCommand(string cmd)
{
	DataTable dataTable;
 
	try
	{
		dataTable = new DataTable();
		SqlDataAdapter da = new SqlDataAdapter(cmd, sqlConnection);
		da.Fill(dataTable);
	}
	catch (Exception ex)
	{
		throw ex;
	}
 
	return dataTable;
}

Jusqu'alors tout se déroulait correctement jusqu'a ce que je me penche sur les tests de connectivités (comportement du programme suite à la perte de connexion avec le serveur SQL).

Lorsque je coupe le lien réseau (ou reboot) du serveur MS SQL, mon programme plante sans aucune remontée d'exception.

Mon programme étant un service windows développé en C#, j'ai souhaité visualiser le message d'erreur au niveau de l'EventLog, mais je n'ai aucun message correspondant dont la source est mon application. Toutefois, le message d'erreur suivant, dont la source est ".NET Runtime 2.0 Error ", apparait :

EventType clr20r3, P1 myapplication, P2 1.0.0.0, P3 4d0636a1, P4 myapplication, P5 1.0.0.0, P6 4d0636a1, P7 6f, P8 722, P9 system.nullreferenceexception, P10 NIL.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Quelqu'un pourrait-il m'expliquer pourquoi aucune erreur n'est capturée par les instructions try/catch ?
Mon but étant de détecter la perte de connexion... quelqu'un aurait-il une solution ?

Merci par avance.

[Iloyo]

EUREKA....

L'erreur n'est pas au niveau SQL mais au niveau de la gestion de l'erreur. A savoir, mon traitement d'erreurs attendait un InnerException qui était Null... d'où le nullreferenceexception...

Désolé pour le dérangement...

[tomlev]

Petit conseil en passant à propos de la gestion d'erreur :

1. inutile de faire un try/catch si c'est pour relancer l'erreur sans autre traitement (ou alors juste pour le debug)

2. quand tu relances une exception, utilise throw tout court, et non pas throw ex, sinon ça réinitialise la pile de l'exception et tu perds l'info sur l'emplacement d'origine de l'erreur