Vous vous apprêtez à lire un tutoriel rédigé par un membre de ce site. Malgré tout le soin que ce membre a pu apporter au tutoriel, nous ne pouvons pas garantir que les informations contenues sur cette page sont exactes à 100%. Merci de garder cela en tête lorsque vous lirez cette page ;o)
Souvenez-vous, lorsque je vous ai appris à vous connecter à une base de données, et à avoir quelques précieuses informations en cas d'échec de la connexion. Ne vous avais-je pas dit que nous apprendrions comment grappiller d'autres informations que celles données par
error.message et
error.details ?
Eh bien voilà, le grand moment est arrivé, vous allez enfin devenir des vrais pros du debuggage d'erreurs SQL avec AIR !
Avant toute chose, il faut savoir que toutes les propriétés qui vont suivre appartiennent à la classe
SQLError, et sont donc accessibles uniquement au travers de cette dernière.
Et là où je suis très fort (ou pas d'ailleurs

), c'est que nous utilisons justement cette classe dans nos fonctions de callback qui observent l'événement
air.SQLErrorEvent.ERROR, ainsi que dans les
catch connexions/requêtes à la BDD.
Imaginons que la propriété
foo soit fournie par la classe
SQLError, si j'utilise le mode synchrone pour effectuer ma requête et que cette dernière échoue, alors j'aurai un code semblable à celui-ci :
Code : JavaScript 1
2
3
4
5
6
7
8
9
10
11 | //... code pour préparer la requête
try
{
monStmt.execute();
alert('OK !');
}
catch (error)
{
air.trace('Foo : \n'+ error.foo);
}
|
Bien, maintenant que vous savez ce qu'il y a à savoir (précis n'est-ce pas ?), je vais pouvoir réellement commencer.
Cette
liste n'est
pas exhaustive, elle recense seulement les propriétés les plus utilisées.
- message (string, lecture seule) :: message d'erreur retourné par l'API.
- details (string, lecture seule) :: détails de l'erreur qui s'est produite.
- operation (string, lecture seule) :: contient une chaîne indiquant l'opération qui a provoqué l'erreur.