Newsgroup: it.comp.lang.delphi
Titolo: [d7] - accorgimenti per distribuzione applicazione ADO

Ciao a tutti
ho iniziato ad utilizzare i componenti ADO per gestire un database Access
(mdb).
Volevo sapere se, nel momento della distribuzione dell'applicazione su altri
pc, è necessario considerare la presenza di configurazioni particolari di
Windows (per es. a livello dei componenti mdac, particolari dll ecc.) oppure
si può stare ragionevolmente "tranquilli" che diciamo da Win 98 in su siano
già presenti sul sistema. In sostanza: basta distribuire l'EXE + il database
mdb? In caso contrario quali accorigmenti potrebbero risultare utili?
grazie per qualsiasi indicazione in proposito!
un saluto

 un saluto
-- 
Ciao, Anto', [37, 143, AQ] 
MB C SC 220 CDI Magma Rot
"Di sempre cio' che senti e fai cio' che pensi."
    G.G. Màrquez

un saluto
	Ciao
	MassimoB
 
---------------------------
http://www.massimobeschi.it/

 Windows 
Guarda caso, proprio in questo momento (a dire il vero, da stamattina alle
8 e sono ancora in alto mare) sto curando il deploy di un'applicazione
sviluppata con Windows Xp Pro MDAC 2.8 che usa un db Access 2002 su un pc
con Windows 98 (AMD k6, 32MB di RAM) senza Access sopra...
Le sto provando tutte: 
1. l'aggiornamento a MDAC 2.8 non funziona perchè W98 non conosce
l'estensione .msi per i file di installazione, quindi mi sono limitato ad
aggiornare il pc alla 2.61, disponibile dal sito Microsoft
2. poichè Access sul pc non c'è, Windows non ha le librerie ADO per la
connessione diretta, quindi mi occorre utilizzare i driver ADO per ODBC
:-((
3. per quei dataset per i quali avevo usato campi persistenti, il sistema
mi va in errore ("in casino" sarebbe l'espressione giusta) perchè Access97
non conosce i campi WideString, ma solo FixedChar -> il progetto è da
"manomettere" quasi totalmente
Soluzione: ho giusto ora terminato di installare Access 2000 sul pc. Ora
procederò accendendo qualche migliaia di candele sotto qualche Santo e poi
cercherò di procedere...
Il succo è che: sì, "è necessario considerare la presenza di configurazioni
particolari di Windows!".
Saluti
	Marco Bortolani
	info @ 
marcobortolani.it

particolari di Windows!".
Piu' che altro, il problema e' che stai cercando di installare un programma su
un sistema operativo obsoleto e inaffidabile. Sei proprio costretto a farlo?
Il cliente non ne vuole sapere di upgradare?
Ciao,
-- 
Morde. 
Una radio seria da ascoltare al lavoro?
http://www.radiomontecarlo.net
 e clicca
su RMC Live !

 ha scritto nel messaggio
news:HyBXc.154923$OR2.7...@news3.tin.it...

Chiedo venia nel caso dicessi sciocchezze, molto spesso le aziende che
producono software hanno come requisito minimo nel loro prodotto il fatto
che il SO deve essere almeno win 2000 e sinceramente lo vedo un requisito
minimo abbastanza ragionevole e sinceramente dal mio 
p.to
 di vista non ha
piu senso parlare di win 98 con i suo grossi limiti, quindi perchè
sfiacchirsi tanto se il cliente ha un PC vecchio e se dico vecchio parlo
come nel caso in esame : pc
con Windows 98 (AMD k6, 32MB di RAM) .
Non dico 1 GB di ram ed un 3 GB ma 512 MB di ram e un processore da 2,4 GB
lo vedo abbastanza ragionevole visto che oggi non costano niente.
Ciao
Antonio.

 Il cliente non ne vuole sapere di upgradare?
Per questa cosa siamo al paradosso. Devi sapere che per una particolare
gestione il mio cliente lavora per conto di un'ente e usa un programma DOS:
stanco dell'interfaccia carattere, mi ha chiesto se potevo costruire
un'applicazione analoga ma più "moderna", da proporre poi al suo
committente magari spingendo sul fatto che i programmi DOS oggi con Xp
girano in emulazione, ma domani chissà... Ebbene, il paradosso sta proprio
qui: mentre i programmi vecchi su Xp girano in una microfinestrella
abbarbicata in alto nello schermo, la nuova applicazione tribola sotto
Windows 98 :-((
Io non vorrei fare come quel tipo che, per impedire ai suoi seguaci di
tornare indietro, distruggeva i ponti dopo averli attraversati. Ebbene, con
l'installazione del solo Access 2000 sul pc di produzione tutto sembra
volgere nella direzione giusta: comunque, grazie ancora per le dritte.


lo vedo abbastanza ragionevole visto che oggi non costano niente.
Noi abbiamo dei clienti che hanno winzozz 98 su una macchian vecchia e la
vogliono tenere cosi' piuttosto che spendere soldi per upgradare l'HW... non
e' una situazione cosi' poi tanto inusuale, purtroppo...
ciao


volgere nella direzione giusta: comunque, grazie ancora per le dritte.
Bene, speriamo che sia la strada giusta. :-)
In bocca al lupo,


 In bocca al lupo,
Crepi il lupo, ma, per favore, non mandarmi in culo alla balena...

 lo vedo abbastanza ragionevole visto che oggi non costano niente.
Il discorso del "requisito minimo" vale soprattutto se sviluppi software
"pacchettizzato". In tal senso lo sviluppi sul Sistema Operativo che vuoi e
con calma te lo testi/adegui a tutti i Sistemi Operativi che ti interessano.
Nello sviluppo di software personalizzato, a mio avviso, è necessario
partire dall'esigenza del cliente e sviluppare tenendo in considerazione
quello che è l'ambiente operativo in cui ci si viene a trovare. Infatti piu'
che ad una politica del "tutto nuovo" preferisco l'idea di massimizzare
l'investimento del cliente e quindi, in tal senso, piuttosto che cambiare
dell'hardware/software ancora funzionante che comunque svolge ancora bene
tutte le funzionalità per cui è preposto preferisco fare delle rinunce
tecniche.
Naturalmente tutto cercando di non incappare nel tranello di proporre delle
soluzioni obsolete già in fase di progettazione. Se una certa funzionalità
non fosse disponibile o implementabile su un certo Sistema Operativo, il
cliente deve decidere se rinunciare alla funzionalità o adeguare la sua
struttura.
Ciao,
Gianluca.
-- 
Gianluca Plevani
-----------------------------------------------------------
http://www.brain-enterprise.com

 volgere nella direzione giusta: comunque, grazie ancora per le dritte.
Una licenza nuova di Access 2000? Chi la paga?
Presupposto che tu abbia la disponibilità di un Visual Studio 6.0, puoi
risolvere il problema in questo modo:
- predisponi la postazione di Sviluppo installando Visual Studio 6.0, Delphi
e naturalmente la tua applicazione, verificando che quest'ultima funzioni
correttamente;
- utilizzando Visual Basic 6.0 crei un eseguibile "inutile" (un form vuoto o
magari con qualche label ed un'immagine simulando un "About...", ma niente
codice);
- nelle proprietà del progetto VB effettui il link di tutte le librerie che
ti interessano e che utilizzi nell'applicazione Delphi. Quindi le librerie
ADO e, se necessario anche altri componenti ActiveX;
- compili l'applicazione e crei un un nuovo Setup Wizard. Il Setup Wizard, a
mio avviso, ha la strana caratteristica di essere molto piu' semplice e
funzionale dell'InstallShield; oltretutto, cosa non da poco, è in grado di
includere nel pacchetto tutti i files e librerie che ti servono per far
funzionare correttamente la tua applicazione. Puoi inoltre personalizzare il
progetto per includere anche tutti i files aggiuntivi creati con Delphi.
A questo punto hai ottenuto un progetto di Setup per l'Applicazione
"inutile" sviluppata in VB, ma che installa anche l'applicazione scritta in
Delphi e, cosa piu' importante, tutte le librerie necessarie.


Delphi e, cosa piu' importante, tutte le librerie necessarie.
A proposito di librerie, torno sul thread fornendo questo link
http://tinyurl.com/6gsv
E' il Component Checker di Microsoft, ti analizza tutte le dll installate e ti
dice quale versione precisa di MDac hai installato sulla macchina.
Puoi usarlo per verificare quali dll legge effettivamente il sistema operativo
dove devi lavorare.


Ringraziando tutti per le risposte ricevute
vi segnalo questo link che ho trovato e che pur trattando di setup factory
(che personalmente non uso) mi sembra raccolga info utili al discorso MDAC:
http://www.indigorose.com/files/suf60/jetmdac_rts.htm
un saluto a tutti

Dopo alcune prove di funzionamento, la procedura corretta di aggiornamento
si è rilevata la sola installazione dell'MDAC 2.7
Fatto ciò, l'applicazione ha smesso di fare le bizze e tutto è andato a
meraviglia (per quanta meraviglia possa dare un'applicazione D7 su un K6
con 32MB di RAM).
Come indicato da Gianluca, Access è stato tolto per non introdurre problemi
di licenza, ma in effetti l'avevo installato solamente per vedere se il
s.o. aggiornava i propri driver (e lo ha fatto con MDAC 2.7).
Che dire: grazie ancora a tutti delle dritte.
	Marco