Discussion :

[Kropernic]

Hello,

Je voulais faire une gestion d'exception sql propre (pour une fois ) et donc j'ai commencé par faire quelque chose dans ce goût-là :

Code :

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

1
2
3
4
5
6
7
8
                Try
                    'do stuff involving DB here
                Catch ex As SqlClient.SqlException
                    MsgBox(ex.Message)
                    MsgBox(ex.ErrorCode)
                Catch ex As Exception
                    MsgBox(ex.Message)
                End Try

Avec ça, je comptais récupérer les codes d'erreur en provenance de la DB histoire d'afficher le message qui va bien. Seulement je reçois le code "-2145232060".
Or, si je regarde ici, ce code n'existe pas.

D'où vient donc ce code que j'obtiens ?

Une idée que je viens d'avoir en écrivant et que je dois encore creuser : J'utilise XACT_ABORT dans la procédure stockée que j'appelle dans le Try. Cela aurait-il un rapport ?

[jopopmk]

Salut,

à vue de nez je dirais que ton ErrCode ne vaut rien (non initialisé).
A quel moment récupères-tu cette valeur ?

[Kropernic]

Salut,

à vue de nez je dirais que ton ErrCode ne vaut rien (non initialisé).
A quel moment récupères-tu cette valeur ?

Il me semble que le bout de code que j'ai mis est clair non ??? Dans le try (qui se trouve dans la couche GUI), y a une ligne qui fait un appelle à une fonction/méthode de la BLL qui elle-même appelle une fonction/méthode de la DAL.

L'erreur se produit donc dans la DAL et est remontée jusqu'à la GUI.

Et cela vient de me donner une idée... qui n'aboutit à rien.

[jopopmk]

Et quel est le message de l'exception ?
Ça donne quoi si tu set XACT_ABORT sur OFF ?

[Kropernic]

Et quel est le message de l'exception ?
Ça donne quoi si tu set XACT_ABORT sur OFF ?

Le message est une violation de contrainte d'unicité (sur un index unique filtré). Le message est tout à fait cohérent avec le test que j'effectue.

Si je mets XACT_ABORT sur OFF, la transaction n'est pas rollbackée après cette erreur et va donc effectuer la/les instruction/s suivante/s et il n'en est juste pas question ^^.
Je ne vois rien sur le net qui indique un quelconque effet de XACT_ABORT sur le code d'erreur renvoyé. Pour être sûr, j'ai tout de même posé la question dans la section Dev du forum SQL SERVER.

[Kropernic]

Bon, je crois que j'ai trouvé.

Dans la classe SqlException, il y a une propriété Errors de type SqlErrorCollection. Déjà, cela veut dire qu'il pourrait y avoir plus d'une erreur retournée d'un coup (WTF ?!)

Si je boucle sur cette collection (qui ne contient qu'un élément dans mon cas), je récupère alors bien mon message d'erreur et un code d'erreur cohérent (2601 dans mon cas) avec le message d'erreur.

Fallait le savoir !!