Newsgroup: it.comp.lang.vo-clipper
Titolo: [VO] eseguibile in rete o solo gli archivi ??

Ho realizzato un programma semplice che gestisce alcuni file dbf.
Ne ho testato l'efficacia anche per l'utilizzo in rete.
Ora perň mi sorge un problema :
-sul server ci pongo solo i dbf o anche 'eseguibile ?
A) con l'eseguibile e i dbf sul server c'č quacosa che non quadra.
    alcuni utenti hanno segnalato che alla sconnessione dopo l'utiizzo de
programma giunge un messaggio di errore "Applicazione in rete ancora attiva"
B) con solo i dbf in rete tutto OK ma ad ogni utente devo ripetere
l'installo
su locale
Cosa Chiedo :
Quale soluzione č la piů consona a programmi che devono funzionare in rete.
L'errore che ottengo č dovuto alla scelta ?
Oppure quando l'eseguibile č posto in rete bisogna adottare ulteriori
precauzione oltre al blocco del record ?
Grazie per i vostri suggerimenti

 precauzione oltre al blocco del record ?
No, la posizione dell'EXE è indifferente.
EMG

E' consigliabile mettere gli archivi sul server ( e solo quelli)
Su ogni stazione devi mettere l'eseguibile e gli eventuali report.
A questo punto mi immagino che ti sorga spontanea una domanda:
Come  faccio a dirgli al programma e ai report di "pescare" i dati dal
server ?
A tale proposito ho scritto un articolo tempo fa sul numero 58 di DEV
Dicembre 1998 intitolato "applicazioni multiutente "
dove davo dei consigli con i quali mi sono trovato sempre bene. Comunque ti
riassumo qui brevemente che cosa faccio io :
1)  Innanzitutto tolgo dai DBServer la Path esplicita dei relativi DBF
facendo restare solo il nome. ( per intenderci nel DBServer editor la
casella FileName)
2) Poi mi scrivo un file .INI ( e lo metto su tutte le stazioni nella
cartella dove è l'EXE e i report) dove creo una section con una Entry che
indica la path degli archivi. (io creo sempre una mappatura della cartella
del server condivisa dove risiedono gli archivi) nel file INI di solito
scrivo :
[DBFPath]
DBFDirectory=F:\
dove F è il drive mappato che indica la cartella
3) nel metodo start vado a leggere il contenuto di questa section del file
INI e la memorizzo in una variabile (GLOBALE). Poi tramite i set preposti la
assegno come path dei DBF:
  SetPath(ALL_DBF_PATH)
  SetDefault(ALL_DBF_PATH)
(questo lo spiego in un articolo sempre su DEV n.63 del maggio 1999
intitolato "configurazione con i file INI")
 Beninteso che se prevedi una path fissa per gli archivi puoi anche scrivere
la path fissa in questi due SET. Ma in questo caso se cambi la path devi
andare a modificare l'AEF
e ricompilare.
Per quanto riguarda i report io uso Report PRO e non ho problemi poiché nel
metodo di stampa quando istanzio il report gli passo come parametro la path
degli archivi :
 oReport := RpReport{SELF ,"STAMPA.RPT",ALL_DBF_PATH}
ALL_DBF_PATH essendo globale vierne vista anche qui.
Se usi Report Writer anche qui devi passare la path degli archivi come
parametro ai report e gestirla nelle query.
Se metti gli exe sulle stazioni e gli archivi sul Server,inoltre,
alleggerisci notevolmente il traffico di rete, poiché esso si limita alla
richiesta di dati dai DBF tra le WS e SERVER, evitando di far circolare
anche i dati per disegnare le finestre nel caso mettessi tutto sul server.
Ciao
Enio

Grazie per i vostri suggerimenti
Io uso questo sistema:
1. Installa l'applicazione in rete E in locale
2. In locale non lancio direttamente l'eseguibile, ma un programma
che, alla partenza, verifica se l'installazione locale coincide con
quella in rete.
3. Se si, lancia l'eseguibile locale, altrimenti copia i file diversi
dalla rete e quindi lancioa l'eseguibile.
In questo modo ho la velocita' di caricamento dovuta al fatto al
l'applicazione e' locale, e la comodita' di installare solo in rete le
release successive.
Se ti serve ti allego in e-mail l'aef che uso io.
Ciao
-----------------------------
Fabio Cresta
EDP Consultant & VO/Jasmine developer ITALY
President of Clipper/Visual Objects/Jasmine User Group Italy
e-mail: 
fcr...@tin.it
 
fcr...@windevs.com
web: 
http://www.windevs.com
------------------------------

 
Potresti passare l'aef anche a me?
Grazie
Calzi Paolo
inte...@iol.itNOSPAM




 wrote in message
8abh1n$4c9$1...@pegasus.tiscalinet.it...


Niente male come idea.
Sarei curioso di dare un'occhiata al sorgente.

Ciao Fabio
Sono interessato anche io a visionare il file AEF.
Puoi mandarmelo ?
Ciao e come direbbe Stan "L'Uomo" Lee
EXCELSIOR :-)
Claudio Di Nucci

Fabio,
potresti spedire anche a me l'esempio?
ma perché non allegate i files in questo news?
Saluti
Roberto


Ciao Fabio,
anch'io adotto un sistema molto simile
ma ho sviluppato l'applicativo in C++;
Con VO avevo i seguenti problemi:
- Non potevo aggiornare in automatico anche eventuali
   files relativi a patch (Ex. cavort20.dll) in quanto utilizzati
   dal programma
- Con reti a 10Mb spesso la connessione di rete non era
   ancora avvenuta e l'applicativo aveva già finito senza aggiorna

Ops scusate ma mi è partito un invio di troppo...
Ciao Fabio,


   ancora avvenuta e l'applicativo aveva già finito senza aggiornare
   un bel niente
Io non ho trovato modo di risolvermi se non che apporgiarmi ad
un applicativo esterno...

Roberto
Ho messo l'esempio su Knowvo.
Non faccio attachment sul newsgroup perche' e' conto la netiquette


   ancora avvenuta e l'applicativo aveva già finito senza aggiorna
Questo non mi e' ancora capitato. Terro' sotto contorllo la cosa.
Comunque basta mettere un loop fino a quando non si trova il primo
file da copiare.
Ciao
Fabio
