Forum de discussion
Forum « Programmation ASP » (archives)
Re: ON ERROR RESUME NEXT
Envoyé: 28 juillet 2004, 8h32 par Oznog
Tout semble étrange avant de comprendre. En informatique comme ailleurs c'est souvent les atracteur qui sont étrange. Sur un serveur Web tu ne peut même pas les imaginer tellement il y a d'intervenant.
1. Alors ton inspiration double le code pour rien, la version que je t'ai donnée est grosière pour te faire saisir le technique mais ça peut se simplifier, alors ajoute un else et s'en ai fait du "on error".
'On commence la gestion des erreurs de type VBS
if Err.Number <> 0 Then
Message = "Erreure VBS : " & Err.Source &" - " & Err.Number &" - " & Err.Description
else
Message = " Opération effectuée avec succès !!! "
End if
2. Maintenant pour redire encore une fois ce qu'il y a dans mon premier message, les erreurs ne sont pas toutes géré avec ce "ON ERROR RESUME NEXT" Je vient de te le démontrer avec les erreur ADO que tu ne semble pas avoir examiné! CE N'EST PAS LE ON ERROR QUI PROVOQUE L'ERREUR. MAIS VISIBLEMENT il ne gère pas cette erreur.
Tu dois saisir qu'il y a plusieurs technique en jeu, tu pourrais par exemple avoir des erreur HTML ou Javascript qui n'ont absolumentr rien à voir avec le ASP et bien sûr aucune façon de gérer les erreurs avec du ASP. C'est pareil sur un serveur. Tu utilise du ASP, du VBScript, des composantes, des serveur SMTP, un gestionnaire ODBC, le serveur IIS, la composante ADO, la base de données, etc. Toutes ces techniques sont complètement indépendantees et gèrent leur propres erreurs parfois gérablent parfois non.
Ce que j'en crois, car c'est un simple "timeout", c'est que sans erreur la transaction se résout plus rapidement qu'avec une erreur. MAis je n,ai jamais vu ça. Alors j,ai bien l'impression que ça soit une configuration du serveur, du ODBC ou de la base elle même. Essai avec une chaîne de connexion directe au lieu de passer par une entré ODBC.
ET au moins, augmente ton "ScriptTimeout" pour tester.
Ciao
Oznog
Réponses
|