Newsgroup: it.comp.lang.visual-basic
Titolo: Problema con .VBD in intranet urgente

Ciao a tutti,
Ho un problema con i file .VBD creati con la conversione ACTIVEX.
Ho creato un'applicazione che ho successivamente convertito in ACTIVEX
con la conversione guidata.
Successivamente ho creato il file .HTM all'interno il collegamento con
il file .VBD .
La form originale conteneva solo 3 campi di testo e un pulsante.
Ho lanciato DEFAULT.HTM con Explorer e ha funzionato correttamente.
Il problema e' nato quando ho cercato di vedere la pagina DEFAULT.HTM in
rete da un'altro PC.
Premetto che ho diversi PC Win 2000 in rete LAN .Sulla mia postazione
dove risiede e funziona DEFAULT.HTM ,
ho installato IIS che funziona in quanto ho provato a salvare una pagina
HTM con Word e la potevo vedere da un'altro PC in rete puntando
all'indirizzo IP del mio PC.
Se in DEFAULT.HTM c'e' il file .VBD lo vedo correttamente solo sul mio
PC, mentre sul PC remoto Explorer lo apre e poi si chiude velocemente
senza scrivermi che tipo di errore si e' verificato.
Il mio dubbio e' che io debba installare VB su tutti le macchine sulle
quali voglio visualizzare DEFAULT.HTM.
E' possibile che sia un problema di questo tipo dovuto al fatto che la
macchina client cerchi delle DLL in locale ?
Dove posso trovare del materiale per specializzarmi nella creazione di
file .VBD per siti internet ?
 
_________________________________________________________________________
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Dopo aver creato il VBD, devi pubblicare sul sito IIS, oltre al VBD e al
default.htm, anche il CAB che viene creato.
L'errore che hai tu è tipico di quegli errori che avvengono durante il
Document_Load.
Come regola generale, cerca di spostare tutto quanto puoi dal Load
all'Activate.
Chiaramente, devi sviluppare con VB6.0 SP4 o superiori (prima c'erano molti
problemi con i VBD), poi devi assicurarti che la protezione del client sia
abbassata sui siti sicuri, e devi ovviamente accedere al sito attraverso IIS
(che deve essere nei siti sicuri), e non con cartelle condivise.
Considera che, se ad esempio accedi ai dati, devi installare sulla macchina
target DCOM98 (se serve) e MDAC_TYP, e questo va fatto prima di scaricare il
VBD e il relativo CAB.
Ciao
Alberto



Oltre a quanto ti ho già risposto, ti consiglio di studiare su MSDN. Sembra
strano, ma io l'ho trovato molto completo sui VBD.
Ciao
Alberto

 ha scritto nel messaggio
news:c732a8f639a15bb4f22...@mygate.mailgate.org...
Ma lo fate apposta???? Ti hanno già risposto! :-\

 wrote in message
news:a81pn8$2fb$1...@newsreader.mailgate.org...

Quando dici di accedere attraverso IIS intendi dire eseguire dal client
con explorer ad esempio 'http:\\10.1.111.100' dove l'indirizzo
digitato è quello del server nel quale e' installato IIS ?
Dovro' successivamente accedere a una form di dati con DAO. 
Cos'e' IL DCOM98 e  MDAC_TYP ? Dove posso trovarli ?
Per macchina target intendi il client o il server con IIS ? 
Grazie e scusate se le domande da me fatte sono stupide ma mi sto
affacciando ad applicazioni internet solo adesso



Ti consiglio, prima di iniziare in questo modo, di studiarti bene cos'è IIS,
i concetti di installazione on-line, e soprattutto gli eventi dei VBD che
sono diversi dalle form standard.
Fai attenzione perchè ci sono alcuni trabocchetti:
1) i VBD sono una tecnologia eccezionale, ma discretamente complessa
2) si tratta di una tecnologia che purtroppo sarà dismessa fra poco, e forse
alcune nuove release dei browser (che sono i container dei VBD) potrebbero
crearti problemi
3) Le performance della stessa applicazione, in modalità EXE, VBD, ASP o OCX
sono molto diverse. Valuta bene se i VBD sono la tua strada. Noi ad esempio
abbiamo già migrato tutto su OCX.
4) Se usi componenti particolari, o sottoposti a licenza, lascia perdere i
VBD.
5) Studia bene cos'è l'installazione on-line, ed i problemi di licenza per
l'accesso ai dati
6) Se accedi a Server Sql, informati sulla licenza che costa una follia.
Ciao
Alberto

Mi sembra di capire che mi sconsigli il formato vbd.
Visto che sono un programmatore VB ma non ho esperienza su Internet sono
molto incuriosito su quale strada intraprendere
per poter sfruttare al meglio la mia esperienza VB.
Perche' mi parli di OCX per Internet ? Non ne ho mai sentito parlare a
riguardo.
Hai per favore un piccolissimo esempietto da spedirmi per studiare
l'implementazione OCX per  internet ?
Io ho il problema che devo implementare (purtroppo in fretta ) una
semplice FORM con qualche campo e il collegamento a un MDB.
ASP e' molto complesso o è alla portata per chi programma in VB?
Ti ringrazio moltissimo per le tue risposte 
Ciao Sabino


 ASP e' molto complesso o è alla portata per chi programma in VB?
ASP non è complesso. Ovviamente con ASP aggiungi un livello
all'applicazione, visto che il server web diventa esecutore del codice,
anzichè un semplice distributore.
E' chiaro che tutto dipende da cosa deve fare l'applicazione, e da dove deve
girare. Nel primo thread parlavi di Intranet, adesso citi Internet. Con i
VBD, l'accesso a MDB con DAO non è possibile, a meno che il file MDB non sia
statico e tu non esegua un download come prima cosa. Ma questo non dipende
da caratteristiche di DAO, bensì dal concetto stesso di applicazione due
livelli. Al limite si potrebbe fare qualcosa con ADO-Remote, ma
personalmente te lo sconsiglio.
Se devi andare su Internet, e devi accedere a MDB, con i VBD hai scelto la
strada assolutamente sbagliata, così come avresti fatto con gli OCX. L'unica
soluzione, mediamente semplice, è ASP, che oltretutto è assolutamente
indipendente dal S.O. della macchina client (va benissimo anche sui Mac,
visto che l'esecuzione è lato server).
Ciao
Alberti