Newsgroup: it.comp.www.asp
Titolo: di nuovo connessione su un altro http

ho visto gli esempi con sql server e sono confortato dal fatto che sia
possibile.
il mio problema perň č che non riesco a farlo con un file access.
mi spiego.  eseguo uno script che si trova in
http://www.pippo.com/qualcosa
 e voglio settare una connessione ad un
file .mdb che si trova in 
http://www.pluto.com/qualcosaltro
.
la stringa di connessione che uso (piů o meno copiata pari pari dal
file dsn) č:
Server.MapPath(Database)
Connessione.open _
	"DRIVER={Microsoft Access Driver (*.mdb)};"     & _
	"PageTimeout=0;"                                & _
        "FIL=MS Access;"                                & _
        "UID=admin;"                                    & _
        "UserCommitSync=Yes;"                           & _
        "Threads=3;"                                    & _
        "SafeTransactions=0;"                           & _
        "PageTimeout=5;"                                & _
        "MaxScanRows=8;"                                & _
        "MaxBufferSize=512;"                            & _
        "ImplicitCommitSync=Yes;"                       & _
        "DriverId=25;"                                  & _
	"DefaultDir=" & Server.MapPath(Database) & ";"  & _
        "DBQ=" & Server.MapPath(Database) & "file.mdb"  & _
        ""
come posso modificarla?
grazie.
--
non studio non lavoro non guardo la tv
non vado al cinema non faccio sport

Lbo da casa ha scritto:

ciao luca.
 non ho ben capito la storia degli http.
Tu hai uno sorgente su un elaboratore A dove c'e' l'IIS (scusa dovrei
dire script/computer ma ultimamente non sopporto piu' gli inglesismi)  e
tramite il sorgente vuoi collegare un .mdb che sta su un elaboratore B
(che centra il secondo http?)
La mia esperienza mi dice che:
1) se il file access sta su A (quindi winNT) e hai delle tabelle
collegate via indirizzo di rete (\\indrete\percorso) sullo stesso A se
non mi ricordo male non lo fa.
2) se il file access sta su A e hai delle tabelle collegate su B e B e'
un win NT il sistema dice che ci sono problemi di sicurezza (se il
collegamento e del tipo \\indrete\percorso) 
3) se lo stesso del punto 2 lo fai con un collegamento su Win95/Win98
(il 2000 non l'ho provato) va tutto bene
4) se il collegamento lo fai su un winNT (B) avendo fatto il
collegamento mappando il disco di B su A con la vecchia modalita'
"MSDOS" cioe' X:\path il tutto funziona
5) Cosa curiosa. Se il collegamento e' su B come  \\indrete\percorso e
indrete e' su win95/win98 va, ma se per caso da questo B hai delle
tabelle collegate su A come \\indrete\percorso non funziona 
mah! non sono andato oltre nell'esame (ogni tanto ho qualcos'altro da
fare) 
NON SO COMUNQUE SE HO CAPITO BENE IL TUO PROBLEMA. (ho urlato per
sbaglio)
salvo "orrori" od omissioni
ciao 
a.cara
P.S. la "vecchia" signature e' molto meglio

P.S. la "vecchia" signature e' molto meglio
"non studio non lavoro..." è da una canzone dei CCCP, non sono male...
un giorno te li faccio sentire.

 
ok la cosa potrebbe non cambiare, non sono entrato nel merito della
stringa di connessione, do per scontato che sia corretta, anche se ti
consiglierei di lasciare solo il driver ed il dbq, eventualmente 
gli altri  parametri li provi dopo. 
ripeto la sequenza
1) post di form A verso https
2) ricezione da parte di https ed esecuzione del sorgente server
(immagino vbscript)
3) esecuzione della connessione al db
non vedo alcun motivo per cui non debba eseguire la connessione all'mdb.
mi ripeto se l'mdb non risiede sulla macchina dell'https (immagino
winnt) ed e collegato o ha collegamenti
ad altro elaboratore (C) attraverso il classico \\indrete\path  il
sistema ti risponde che non hai permessi di accesso o che il db e' in
uso esclusivo da altro utente (a meno che l'mdb non sia su un win95/win
98, in questo caso va bene)
Qual'e' esattamente iò messaggio che ricevi? 
a.cara