Newsgroup: it.comp.java
Titolo: Ciclo di vita di una Servlet

E' *contrario* al *senso* delle Servlet istanziare da una Servlet un
thread che sopravvive alla medesima e fa, ad esempio, del networking?
Da un test in locale direi che tomcat me lo permetta *ad libitum*,
mentre su webappcabaret (trial 30 gg.) dopo un po il thread muore:
scelta commerciale (comprensibile per il trial, un po meno
nell'eventualità di un servizio pagato...) o limitazione imposta dal
design? Ogni risposta o commento è gradita.	
Danke schoen,
Mauri. 
-- 
La forza di gravità è un falso mito,
è la Terra che succhia!

 thread che sopravvive alla medesima e fa, ad esempio, del networking?
Non ho sottomano le spec, ma non mi vengono in mente limitazioni a 
quello che puoi fare in una servlet, a patto di ricordarsi che deve 
esistere una sola istanza di servlet (a parte il SingleThreadModel, che 
e' come se non esistesse)
A livello di Design pero' ci dovrebbero essere soluzioni migliori (tipo 
creazione nei listener di contesto - scope dell'applicazione - o della 
sessione, a seconda di come ti serve)
uL

 design? Ogni risposta o commento è gradita.
in webapp forse il thread muore quando "muore" il context...
--
Ciao by Allanon

in webapp forse il thread muore quando "muore" il context...
Ma il context, quando muore?
Credevo di aver capito che il context è valido finchè tomcat è su...
Ora, nella fattispecie, non è che IO muoio se non posso *banfare*
facendo girare un IRC bot lanciato da un servlet (ah, il bot a
scadenze periodiche va a leggere una variabile static boolean di una
classe d'appoggio, che posso settare a false da un'altro servlet per
fermare l'ambaradan senza scomodare altri socket)...
..dicevo, non è per lo specifico uso, che era solo un test un po
lamer, ma è per capire come *ragiona* tomcat.


thread che sopravvive alla medesima e fa, ad esempio, del networking?
Quelli di 
mycgiserver.com
 hanno deciso di impedire queste attivita`,
e` tutto spiegato in maniera convincente nell'ultima newsletter. Se ti
puo` interessare te la giro.
Ciao,
 P.

thread che sopravvive alla medesima e fa, ad esempio, del networking?
In linea di principio la domanda è malposta, perchè la servlet
"sopravvive" alla sua esecuzione.
Tuttavia non è pratica corretta avviare dei thread che diventano di
fatto "trasversali", quindi potenziali "buchi" di sicurezza.

 Ma il context, quando muore?
 >
Il context e' l'applicazione, e muore se Tomcat crasha o esplicitamente 
l'applicazione viene "stoppata" (con Tomcat tramite l'apposita 
applicazione Manager).
ciao
uL

 "sopravvive" alla sua esecuzione.
Immaginavo intendesse proprio la sopravvivenza all'istanza "servlet". In 
effetti potrebbe invece proprio intendere la sopravvivenza al ciclo di 
request response.
comunque, la risposta non cambia
uL

fatto "trasversali", quindi potenziali "buchi" di sicurezza.
Quello che non capisco è la politica di lasciarmi tenere aperto un
socket per mezz'ora e poi cassarmelo... capirei un firewall che
*tappa* tutto, ma così mi sembra solo un dispetto... comunque questo è
[OT] :-}
(E se il mio thread non apre socket? Se gli faccio calcolare pigreco
con 10.000 decimali e ogni tanto vado a leggere come procede?)
Grazie,
