Newsgroup: it.comp.lang.visual-basic
Titolo: aiuto: applicazioni condivise II

 Dads mi ha chiesto di spiegare meglio. Ci provo.
Buongiorno anche a me :)
Dunque: adesso ho capito cosa volevi dire.
In effetti è proprio di DCOM che hai bisogno.
Per ottenere un clien "leggero", ovvero senza tutta la serie di supporti
quali ODBC, Sql*Net, ecc. devi componentizzare la tua applicazione. Ovvero
(abbastanza breve) devi rendere "oggetto" tutte le operazioni con il
database, quindi non usare più ADO/DAO/RDO o quello che usi, ma il TUO
oggetto che all'interno usa quella roba.
Ad esempio:
*************               *****************               *********
* TUO       *               *  TUA DLL     *               *   DB  *
* PROG    *********** oggetti DB     ************           *
*************               ******************               *********
(spero che l'allineamento non vada a quel paese)
In questo modo la tua applicazione (TUO PROG) potrà essere messa sul client
e la tua libreria di oggetti che si collegano al DB potrà essere registrata
su un server e "usata" dalla tua applicazione (basta il "nome" del server o
l'indirizzo IP).
Chiaramente solo la libreria fi oggetti avrà la necessità di avere tutto il
supporto per l'accesso al DB, mentre il client potrà contenere solo il
programma, gli eventuali ocx e il normale supporto di un programma
"leggero":
Quanto qui prospettato in due parole può voler dire (dipendendemente dalla
tua esperienza) diverse giornate di lavoro o mezz'ora, e la soluzione di 2 o
tre bug "veramente rompiscatole".
Sto all'uopo scrivendo un DOC che proporrò al sito comune, ma chiaramente
devi conoscere come si usano le classi, come si usano i "componenti server"
ecc. Non è difficile, ma trasformare un progetto esistente - quindi scritto
per essere eseguito in modo "standard" - può significare parecchio lavoro.
Quindi, se la tua applicazione  è scritta in modo orientato agli oggetti hai
speranze e possiamo continuare questo discorso, altrimenti... è dura.
Ciao,
Dads.

 bye Roberto
Questo non è client server, ma solo una applicazione che risiede su un
"DISCO LOCALE" che, per un caso fortutito in realtà è un "DISCO REMOTO".
Traduco: Viene comunque eseguito sul client.
Ciao,
Dads

Un saluto a voi e un buon giorno a me.
Nel mio precedente msg vi chiedevo come poter modificare un progetto
esistente di modo che esso potesse essere eseguito da un server in rete.
Dads mi ha chiesto di spiegare meglio. Ci provo.
L'applicaizone che ho scritto in VB6 deve essere usata da una decina di
postazioni in una rete locale. Quello che vorrei e' evitare di istallarla in
ogni macchina ma solo su un server e da li permettere che venga eseguita dai
client. Senza dover istallare quindi le dll di VB6 ne dei vari driver odbc
su ogni singola macchina.
Se non modificassi in qulache modo (e qui chiedo umilmente aiuto) il
progetto, eseguendo in modo remoto una applicazione  essa, senza le dll
istallate localmente di VB e dei driver, non funzionerebbe perche'
tenterebbe di trovarle sulla macchina loccale.
Come fare quindi?
Grazie,
Fabrizio

 wrote in message
10q04t3$m7d$1...@fe2.cs.interbusiness.it...



Intanto grazie roberto per il tuo aiuto.
Credo di aver abbastanza chiari i concetti che tu mi esponi.
Il mio problema non e' quello di come gestire un db server ne come
accedevervi (la mia appliacazione interroga, attraverso la rete locale
(TCP/IP, DRDA, NET8, ODBC due dbms: DB2 su OS/390 e un Oracle8 su risc)
bensi' come condividere questa applicazione VB6 attraverso la rete locale.
Ovvero evitare di istallare l'applicazione su ogni client.
Si potra' fare?
Quale tecnologia?
Aiuto.
Fabrizio
P.S. potete rispondermi anche privatamente (
ven...@geocities.com
)

 wrote in message
10q0bsv$3hg$1...@fe2.cs.interbusiness.it...


Grazie Marco.
Porvero'.
Ciao,
Fabrizio


 wrote in message


 wrote in message
10q0bsv$3hg$1...@fe2.cs.interbusiness.it...
