Newsgroup: it.comp.www.asp
Titolo: VB6 & COM+ / ASP

Salve a tutti.
Questa richiesta è specifica per chi conosce il mondo COM+.
Ho la necessità di creare oggetti in VB6 che verranno poi messi in COM+
ed utilizzati da pagine ASP.
Da una pagina ASP posso fare un server.createobject, utilizzare il mio
oggetto, e poi settarlo a nothing;
in questo modo COM+ si occupa di metterlo in Pool per riciclarlo alla
prossima occorrenza.
Ora, se mi serve che l'oggetto mantega memorizzati alcuni dati propri
della sessione (per esempio se mi
permette di eseguire la login e ottenere varie proprietà dell'utente
loggato) io lo creo nel modo seguente:
<OBJECT RUNAT=Server SCOPE=Session ID=Utilita
PROGID="Utilita.MiaClasse"></OBJECT>
in questo modo, in qualunque pagina ASP successiva, io posso
direttamente accedere alle proprietà
ed ai metodi dell'oggetto selmplicemente facendo: Utilita.Funzione(),
poichè l'oggetto è istanziato.
Ora, la mia domanda è:
in questo modo COM+ si salva lo "stato" dell'oggetto quando termina la
pagina ASP, lo riutilizza per altre
richieste (vedi Pooling) e mi risetta lo stato quando il mio utente
riaccede all'oggetto (tramite una nuova pagina
ASP)
oppure
viene creato un nuovo oggetto in COM+ che è utilizzato singolarmente per
la mia sessione e quindi con 1000
utenti ho 1000 oggetti creati in COM+?
grazie mille
Daniele

 Daniele
..A
UGIdotNET - 
http://www.ugidotnet.org

Non ne sono sicurissimo Dan, perň mi pare di aver letto in giro che mentre
all'inizio la tendenza fosse quella, studi un pň piů approfonditi anno
decisamente sconsigliato mantenere gli oggetti come sessioni. Non so
verifica magari... č una specie di flashback che ho...
--
:: Fate i bravi e non clonate le pecore!
:: Distractly yours... 
man...@ufologia.net


Moderatore di it.comp.www.asp - .NET MVP
http://www.aspitalia.com/
 Enjoy the .NET community!
http://www.dev2dev.it/
 La rete ha connesso nuove particelle!

 --
beh... le problematiche di "thread affinity" sono praticamente la cosa
peggiore che ti possa capitare in una app ASP: se sei disposto ad
accettarle, al confronto sprecare risorse per le sessioni è una inezia...
Sarebbe come preoccuparsi dell'autoradio che non funziona bene mentre hai
l'automobile in fiamme... :-)) Fermo restando che, non usando Session e
Application, risolvi contestualmente entrambi i problemi.


scrivo quì perchè ho problemi a fare Rispondi!!!
spiego la situescion ( :-)))
sto sviluppando in VB6 varie DLL che compilo in Apartment thread.
una di queste è appunto quella descritta, per il login.
le altre fanno altre cose.
in base a quello che mi dici, dovrei creare come <OBJECT ...> solo
quella della login e
per le altre fare una createobject e alla fine un nothing, giusto?
considera che è per una intranet (attualmente) ma potrebbe crescere.
ora dovrebbero esserci un centinaio di utenti.
consigli?
ti ringrazio molto
Daniele
PS:
hai un ottimo libro di COM+ da consigliarmi?
ne ho comprato uno ma è veramente osceno!
Visual Basic 6.0
Programmare applicazioni con COM+
(seconda edizione)
di Ted Pattison edito da Mondadori Informatica

 consigli?
appunto...



urka! non so che dirti... Secondo me ha senso la parte relativa a COM che
trovi nel "Programmare VB6" di Balena (oltretutto scritta assieme all'altro
"Franscesco" nazionale, osiia Albano), purchè nella edizione originale (la
ver. tascabile è stata "accorciata"). Ritienilo cmq un parere poco
attendibile, perchè il mio studio di COM è stato fatto a "botte" di MSDN
Library... :-/