|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 41 ![]() |
Bonjour,
comme mon titre l'indique, je suis hanté par une erreur depuis quelques temps. Il s'agit de l'erreur non spécifié : Provider (0x80004005) Unspecified error Cette erreur se produit lorsque j'essais de faire deux connection a ma base de données dans un espace de temps rapproché (un refresh de la page, lien vers une autre page qui se connecte a la bdd...). J'ai cherché sur ce forum et j'ai vu qu'il y avait eu quelques posts la-dessus il y a longtemps. Dans ce lot, il y en a quelques-uns qui proposent une solution, mais malheureusement apres avoir appliquer la solution qui y est mentionnée l'erreur persiste. Je me demandais si quelqu'un avait une idée de comment m'en débarasser une fois pour toute. Maintenant la petite question Je me demandais quelle est la durée de vie d'une variable d'application. Je sais qu'elle reste en mémoire tant que l'application n'est pas terminée, mais en fait mon interrogation porte sur ce point. Cette "application", c'est quoi au juste? C'est internet explorer ou bien le serveur? En gros, ces variables persistent jusqu'a ce qu'on redémarre le serveur? ps : je me doute bien que cette question a été répondu auparavent, mais comme j'aime bien obéir a la loi de la paresse quand j'en ai l'occasion, je me suis dit que j'allais profité de ce post pour poser la question
|
|
|
00
|
|
|
#2 |
|
Membre confirmé
![]() Inscription : juillet 2007 Messages : 248 ![]() |
Salut,
Pour les variables d'application, c'est effectivement le SERVEUR qui est l'application. Donc, quand tu fais redémarer le service IIS, le serveur applique les procédures de Application_OnEnd et detruit les variables. Puis recrée les variable au redémarage et applique les procédures de Application_OnStart. Pour l'erreur non spécifiée, je ne vois pas sans détails. Tu développes dans quel langage ? As-tu un extrait de code ou tu te retrouve confronté à l'erreur ? |
|
|
00
|
|
|
#3 | ||
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 41 ![]() |
Merci d'éclairer ma lanterne!
pour ce qui est de l'erreur, voici un exemple de code ou elle apparait : Code :
Pour ce qui est du langage, je developpe en VBScript sur une base Access 2000 |
||
|
|
00
|
|
|
#4 |
|
Membre confirmé
![]() Inscription : juillet 2007 Messages : 248 ![]() |
Je crois savoir d'ou vient l'erreur.
Afin de préserver les resources du serveur et surtout d'eviter un trop grand nombre de connexion à ton fichier de base de données, il faut éviter d'ouvrir ta connexion plusieurs fois par session utilisateur. Imaginons qu'il y ait 250 utilisateurs simultanés sur ton serveur... Au fait ? Fermes-tu correctement ta connexion à la base ACCESS lorsque tu tente d'en ouvrir une autre ? Info à confirmer : JET ne permet pas un trop grand nombre de connexions simultanées sur un fichier ACCESS. |
|
|
00
|
|
|
#5 |
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 41 ![]() |
Est-ce qu'il y a un moyen d'ouvrir une seule connexion qui soit utilisable sur plusieurs page?
Sinon, a chaque fois que j'ouvre une connexion je fais : conn.close Set conn = Nothing Donc, tu crois que c'est JET qui limite le nombre de connexion a un fichier Access, c'est bien possible. Est-ce que si j'utilise une base Oracle il y a encore une limite du nombre de connexion? |
|
|
00
|
|
|
#6 |
|
Membre confirmé
![]() Inscription : juillet 2007 Messages : 248 ![]() |
[souvenirs]C'est drole les coincidances, on se retrouve dans la configuration qui m'a fait passé de ACCESS à Oracle quand je travaillais sur l'Intranet chez Noos...[/souvenirs]
Donc, si tu passes à un SGBD, il n'y a donc plus cette limitation. |
|
|
00
|
|
|
#7 |
|
Membre à l'essai
![]() Inscription : mai 2007 Messages : 41 ![]() |
Excellent, merci de la réponse!
J'ai deja hate de transférer mon application sur Oracle pour etre enfin débarassé de cette erreur! |
|
|
00
|
|
|
#8 |
|
Membre confirmé
![]() Inscription : juillet 2007 Messages : 248 ![]() |
De rien
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com