Newsgroup: it.comp.lang.visual-basic
Titolo: Connessione ADO ad un server web

Salve a tutti,
ho un problema: non riesco, dopo aver fatto la connessione ad un database
mdb, ad aprire un recordset per leggere/modificare i dati. A qunto pare VB
vede il database, ma non mi permette di entrarci. Aiuto!
Dove sbaglio ?
Ci sono impostazioni particolari nella stringa di connessione ?
Ecco la stringa si connessione:
Provider=MSDAIPP.DSO.1;Data Source=http://[NomeSito]/dati.mdb;Bind
Flags=0;Mode=ReadWrite;Lock Owner="""";User ID=[Nome];Password=[xyz];Ignore
Cached Data=False;Cache Aggressively=False;Treat As OFFline=False;Mark For
Offline=0;Protocol Provider={00000000-0000-0000-0000-000000000000}
Vi ringrazio per la vostra risposta.
Siete tutti mitici.
Ciao
Sebastiano

Prova ad impostare la stringa semplicemente in questo modo:
- connection.Open "provider=MSDAIPP.DSO;data source=
http://server
"

Mettendo solo il nome del server non si connette.
se invece metto il nome del server + il percorso del DB
("provider=MSDAIPP.DSO;data source=
http://server/nomedb
") mi da il seguente
errore:
Si sono verificati errori in un'operazione OLE DB composta da + passaggi.
Controllare i singoli valori di stato OLE DB, se disponibili.
Nessuna operazione eseguita.
Però, visto che dovevo utilizzare una variabile DataBase ho impostato la
connectionstring sul valore che mi avevi dato.
Ecco il listato del modulo mMain.mdl :
Option Explicit
Public db As New ADODB.Connection
Public Sub main()
    db.ConnectionString = "provider=MSDAIPP.DSO;data
source=
http://www.
[NomeServer].it/data1.mdb"
    db.Open
    frmData.Show
End Sub
'------- fine listato
frmData poi si occupa di andare a pescare i valori.
Così comunque si connette (mi chiede username e password), però
non mi legge i dati.
Grazie del tuo aiuto!

Non riesco a provare le cose, ho la rete giù.
MSDN mi dice che si puo' fare i 3 modi:
1.
Specify "URL=" in the connection string. For example:
objConn.Open "URL=
http://servername
"
2.
Specify MSDAIPP.DSO for the Provider keyword of the connection string. For
example:
objConn.Open "provider=MSDAIPP.DSO;data source=
http://servername
"
3.
Specify MSDAIPP.DSO for the Provider property of the Connection object. For
example:
objConn.Provider = "MSDAIPP.DSO"
objConn.Open "
http://servername
"
Li hai provati tutti e tre?
Al posto di servername mettici pure il nome del serber/database.mdb.

Grazie. Spero di riuscirci prima o poi! ;-)
Ciao
Sebastiano

Scusate se mi intrometto.. ma io sono giorni che cerco una risposta e fino
ad ora mi
sono accorta soltanto che siamo arrivati tutti allo stesso punto..
io ho provato a connettermi con ADO, RDS e ottengo sempre lo stesso
risultato.. il punto
è che tutti riusciamo a scrivere la stringa di connessione e tutti (almeno
credo) otteniamo uno stato della
connessione = 1 solo che poi quando andiamo a fare una semplice select sul
database ognuno di noi ha un
errore ..a questo punto mi chiedo c'è qualcuno che effettivamentte dopo aver
aperto la connessione riesce a fare una
select???
Grazie e scusate per l'intrusione!!!
ciao
private sub connetti
dim cn as new adodb.connection
cn.connect... = PROVIDER ; INDIRIZZO,,, ecc..ecc..
CN.STATE = 1 'che sta per aperta

Per poter fare una select, bisogna che l'utente connesso, abbia tutti i
permessi necessari a leggere e scrivere sui file temporanei di WINNT.
Quindi bisogna usate il File Monitor di WINDOWS NT.
Dopo che avete abilitato tutti i permessi di Lettora, Scrittura e
cancellazione dei file temporanei, provate ad accedere.
Ciao

N.B.
Non ho mai utilizzato questa tecnologia.
Ho realizzato una DLL accessibile tramite RDS.
A mio giudizio, anche se andate ad abilitare l'utente a leggere e scrivere i
file temporanei, verificate prima la stabilità del sistema, cioè se mettete
le mani sul web server, state attenti.
Ciao

 wrote in message
8pi9vn$d04$1...@news.flashnet.it...


All'interno di questo sito
http://www.sysinternals.com
.
trovi le utiliti che ti permettono di manipolare gli accessi che ti ho
descritto sia se utilizzi WIN NT con IIS che se utilizzi WIN 9x con PWS.
Fammi sapere.

 Li hai provati tutti e tre?
Sě
Ciao.
Prometto che prima o poi ne vengo a capo. Dovesse essere l'ultima cosa che
faccio!
Sebastiano


leggendo questo thread mi viene da pensare che il problema sia di
autorizzazioni
a livello di WebServer
utilizzando la connessione in quel modo, l'utente che viene riconosciuto sul
web server
è (se è un server NT) IUSR_<nomecomputer>, che è un utente guest
è probabile che quell'utente non ha diritti di accesso al database,
o, come giustamente diceva Massimo, diritti di accesso a directory
temporanee del
web server...
credo che per risolvere il problema bisognerà lavorare sul web server, e non
sul software
ciao
Enrico

 Sì
