Discussion :

[Louis-Guillaume Morand]

J'ai développé pour un client une application ASP avec une base Access se trouvant dans le même répertoire que les pages web.
Ca marchait du tonerre à l'aide d'une chaine de connexion DSNless.


Puis j'ai réinstallé (j'étais et suis encore sous Vista Ultimate) et j'ai recopié le repertoire inetpub que j'avais avant. j'obtiens le message d'erreur suivant lors d'une tentative de connexion

Microsoft OLE DB Provider for ODBC Drivers error '80004005'

[Microsoft][ODBC Microsoft Access Driver] Disk or network error.

/credium/connect.asp, line 19

Sauf que je sais d'où vient le problème. Lorsque IIS ouvre une base access, il crée une copie temporaire de la base dans un repertoire TEMP. Mais j'ai tout "corrigé" et j'ai encore et toujours ce problème.
j'ai:
- vérifier les variables d'environnement TMP et TEMP pour l'utilisateur courant et aussi les var système
- sur chaque repertoire, j'ai mis les droits 'full control' pour "tous les utilisateurs"
- idem sur le dossier contenant la base

bref, je suis dépassé et j'ai besoin que ca marche. quelqu'un aurait une idée?

[Immobilis]

Salut,

Je crois plutôt qu'il ne trouve pas le chemin vers la base. Peut-être peux-tu jetter un oeil là. Le post est un peu long mais interessant dans ta situation.
Sinon, peux-tu nous mettre le code de la page "connect.asp"?

Lorsque IIS ouvre une base access, il crée une copie temporaire de la base dans un repertoire TEMP.

Euhh, t'es certain? Je crois pas. Jamais constaté.

sur chaque repertoire, j'ai mis les droits 'full control' pour "tous les utilisateurs"

"Modifier" sur la base de données suffit.

A+

[Louis-Guillaume Morand]

Peut-être peux-tu jetter un oeil là

je veux bien mais tu pointes ici même

Euhh, t'es certain? Je crois pas. Jamais constaté.

oh que oui je suis certain et c'est même billou qui le dit
http://support.microsoft.com/kb/251254


ensuite, le code marchait tel quel, j'ai juste réinstallé vista sur la même partition avec inetpub au même endroit. Mais si tu tiens à voir le code (ne pas se fier aux commentaires, c'est pour un client dont le SI n'est pas des plus évolués )

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
19
20
21
22
23
24
25
26
27
<%
'*************************************************
'  Author : MORAND Louis-Guillaume
'  Date : 24/12/2006
'  Version : 1.0
'  Website: *****
'  Description : Fichier de connexion à la base de données
'***************************************************/
 
' /!\   Commentez/decommentez le type de connexion dont vous avez besoin /!\
 
Set conn = Server.CreateObject("ADODB.Connection")
'*************************
' Connexion DSN-Less 
'*************************
' Type de connexion à utiliser lorsqu'on heberge soit même le portail. Le DSNLess évite la création manuelle d'une connexion ODBC
DSNtemp="DRIVER={Microsoft Access Driver (*.mdb)}; "
DSNtemp=DSNtemp & "DBQ=" & server.mappath(".\data\Donnee.mdb")
conn.Open DSNtemp 'ligne 19!
 
'************************
' Connexion DSN
'************************
' Type de connexion à utiliser chez Oléane. Le DSN se configure dans le panneau d'administration d'oléane
'
'conn.Open "DSN=******"
%>

Je crois plutôt qu'il ne trouve pas le chemin vers la base.

pourtant, le support et ce que j'ai trouvé sur google indique bien un prob de dossier TEMP.
maintenant, je viens de tester en mettant un chemin inexistant dans la chaine de connexion à la place de .\data\Donnee.mdb et j'ai le meme message d'erreur donc tu as p-e raison. mais si j'ajoute un echo de server.mappath(".\data\Donnee.mdb") ca m'affiche bien le réel chemin de ma base :/ alors pourquoi d'un coup n'aurait-il pu accès à la base...

"Modifier" sur la base de données suffit.

à cas desespéré, mesure desespérée sachant que si ca marchait, je retirerai les droits au minimum par la suite mais là, le full controll de IUSR, de everyone et de IIS_USERS, et bien ca marche pas

[Immobilis]

Effectivement, tout semble correct.

Oups, c'est ici en fait. L'erreur de l'internaute est principalement un manque de connaissance, ce qui n'est pas ton cas. Toutefois, il y a quelques bout de code qui peuvent être utile même si on utlise apparement la même logique.
Cependant, j'ai un doute sur

... Le fournisseur Microsoft OLE DB pour le moteur de base de données Microsoft Jet...

Le pilote cité sur la page de microsoft ne serait-il pas plutôt celui là (Microsoft.Jet.OLEDB.4.0)?

Je crois qu'on n'est pas au bout de nos surprises avec Vista. Et il est vrai que peu de question ont été posé à ce sujet.

A+

[Louis-Guillaume Morand]

nan je ne dois pas utiliser JET 4.0. c'etait utilisé sur les vieilles bases Access et comme l'indique ton lien, il faudrait que je convertisse la base en Jet 4.0 or la base étant uploadée sur le serveur par un moyen que je controle pas, je ne dois pas y toucher.
sinon ma connexion est bonne, c'est bien marqué ici
http://www.carlprothman.net/Default....riverForAccess

Je viens de tester avec DSN, avec une datasource normale puis systeme, nommée "toto", j'obtiens la meme erreur (disk or error network)

J'ai quand même essayé la chaine avec le moteur JET, avec le path complet comme cest conseillé sur un site

set conn = server.createobject("ADODB.Connection")
conn.open "PROVIDER=MICROSOFT.JET.OLEDB.4.0;DATA SOURCE=c:\inetpub\wwwroot\****\data\Donnee.mdb"

=> là j'obtiens le même code d'erreur mais un message d'erreur "unspecified error". de mieux en mieux

[Immobilis]

Mmmh... Des idées par là (+ maj de MDAC)?
http://forums.devshed.com/iis-97/asp...is-444592.html

Service Pack pour le moteur de base de données Microsoft Jet 4.0
http://support.microsoft.com/kb/239114/

J'ai malheureusement pas de pc sous Vista sous la main. Et pas enormement de connaissances sur le sujet.

A+