Newsgroup: it.comp.lang.visual-basic
Titolo: [ADO?]Installazione, ADO, Win95, WinNT

Ciao a tutta la ML!
Vorrei sapere se qualcuno di voi ha avuto questo problema e se si' come lo
ha risolto
Ho sviluppato un programma su Win95, con VB6 + sp3, utilizzando ADO per
accedere ad un database MDB.
Terminato il programma ho generato i file di installazione per installaro su
una macchina WinNT 4.0 + sp3. Nel pacchetto di installazione e' compreso il
file mdac_typ.exe ultima versione che dovrebbe preoccuparsi di installare le
librerie corrette per l'accesso ai dati. Invece, una volta installato, il
programma non riesce ad accedere al database (si blocca proprio nel momento
in cui utilizzo ADO).
Ho provato allora ad installare VB6 + sp3 sulla macchina NT e ..... il
programma FuNzIoNa!!!!!
Perche' diavolo la creazione guidata del pacchetto di installazione non
installa correttamente le librerie per l'accesso ai dati???
Cosa posso fare???
Aiuto!!!
Grazie a tutti in anticipo!
|--> Daniele 
ds...@libero.it
 <--|

Ti riposto la rosposta che ho dato a altri ESATTAMENTE 3 giorni fa.
"Il problema sta nel fatto che, quando crei il tuo bravo setup, ti
vengono inclusi i soli files relativi al motore ADO MA NON i data
providers. In particolare, per includere il data provider Jet (almeno
nella versione 3.52), tu devi includere a manina i seguenti files:
MSJTOR35.DLL
MSJT4JLT.DLL
E poi, per le release notes (nota, questo non e' necessario, ma lo
devi mettere per la redistribuzione del data provider)
JOLTREADME.TXT
(Cfr: MSDN, "Redistributing data access components")"
Un paio di annotazioni in piu':
1) Ovviamente io mi sono occupato dei data provider ADO.... se devi
aggiungere anche i data sources ODBC, alora, oltre all'articolo sopra
citato, dovrai spulciare un po' MSDN...
2) Windows NT ha ODBC installato per default
3) e' logicamente giusto che non ti vengano installati i drivers ODBC
o i data sources ADO in quanto, in un'architettura aperta, non e'
necessario che chi ti da il software di sviluppo ti dia anche tutti i
modi di accesso, passati, presenti e futuri relativi alle basi dati
(vd il data provider per accesso a DB/2 su AS/400, disponibile SOLO
con ClientAccess...)
Ciao!
Luca Menegotto


 (Cfr: MSDN, "Redistributing data access components")"
Mi sa che ti stai riferendo alla distribuzione degli ADO 1.5, o almeno il
documento che citi riguarda gli ADO 1.5.
Forse è possibile distribuire così anche gli ADO 2 ma considerato che c'è un
file che fa già tutto mi sembra una perdita di tempo oltre che una procedura
rischiosa.
Mi sembra più semplice cambiare il provider nella Connection ADO del
programma e usare il "Microsoft.Jet.OLEDB.4.0" (che va benissimo anche con
Access 97).
In questo modo è possibile usare l'mdac_typ.exe degli ADO 2.1 che installa
TUTTO il necessario per l'utilizzo degli ADO (providers, driver ODBC ecc.).
Non c'è bisogno d'altro.
Tra l'altro sul sito MS sono finalmente usciti da pochi giorni gli ADO 2.1
SP2 in italiano.
Ciao a tutti,
   <--< Nik >-->

 wrote in message
7v58oc$djo$1...@fe2.cs.interbusiness.it...


A parte che detto documento riguarda esplicitamente ADO 2.0 e non ADO
1.5 (ho ricontrollato per tranquillita'... cfr. pag 3), non vedo
perche' dovrei redistribuire un pacco di (vado a memoria) un paio di
mega quando mi bastano tre files.... L'unica perplessita' che mi
rimane e' relativa al fatto che il mio MSDN risale a ottobre dell'anno
scorso, per cui l'articolo potrebbe essere stato aggiornato.
Relativamente a JET 4, non ho ancora avuto modo di provarlo, e quindi
non mi sono sentito di consgliare una soluzione non testata...
Ciao!
Luca Menegotto.


 mega quando mi bastano tre files....
I mega sono decisamente più di 2. D'altro canto i tre files che nomini sono
completamente insufficienti ad installare gli ADO. Oltre a quelli da te
citati (che riguardano solo l'OLEDB provider per Jet), per fare un setup che
abbia qualche garanzia di funzionare, bisogna comprendere quelli relativi al
Jet Engine (14 file), quelli rubricati sotto OLE DB 2.0 Core Components
(altri 14 file) e quelli appartenenti alla sezione ADO 2.0 Core (4 file).
Il tutto porta alla bellezza di 35 file di cui bisognerebbe smazzarsi a mano
dependencies con altre DLL, sequenza di registrazione perchè tutti i
componenti vengano correttamente registrati, sostituzione trasparente dei
file eventualmente bloccati perchè già caricati in memoria ed attualmente in
uso ecc. ecc.
Nel documento MSDN di cui sopra si legge infatti:
"Size of the redistribution is a valid justification for creating your own
redistribution solution. However, if you do this the author strongly
recommends using professional redistribution software"
(Possiamo considerare tale lo scarso programma di Setup che c'è dato con il
VB???)
E ancora
"Beware of getting caught in the trap of "I just want this one component."
Often the component has dependencies. If you fail to consider them,
installing your application could have unintended consequences for your
customers and for other software they have already installed."
Per tutto ciò dicevo che è meglio (IMHO) utilizzare l'MDAC_TYP.EXE che fa
tutto e lo fa nel modo giusto (l'unica cosa che resta fuori è la dipendenza
con DCOM), anche se questo significa ritrovarsi con qualche OLEDB provider
in più, con ADO Multidimensional e con RDO installati senza magari che ce ne
sia la stretta necessità.
Ciao,
   <--< Nik >-->