|
|
|
![]() |
|
Strumenti |
![]() |
#1 |
Senior Member
Iscritto dal: Dec 2004
Città: Napoli
Messaggi: 342
|
[JAVA]Servlet e synchronized
Salve ho creato una servlet, dentro la quale c'è un blocco synchronized su un oggetto (un campo della classe).
Ecco il codice: Codice:
Object mutex=new Object(); synchronized(mutex){ if ( cond == true){ Thread t=new ExecuteThred(); //è un thread da me creato t.start(); } } Voglio chiedervi se il "mutex" devo dichiarlo come campo della classe (private Object mutex) o tale oggetto deve essere sostituito con ExecuteThread(). Grazie.
__________________
Il futuro lo conoscerete quando sarà arrivato, prima di allora dimenticatelo. (Eschilo) |
![]() |
![]() |
![]() |
#2 |
Senior Member
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
|
Premetto che se l'applicazione non è distributable, il server usa una sola istanza della classe servlet per rispondere a tutte le richieste (SRV2.2).
Un blocco sincronizzato su un monitor non condiviso equivale ad un blocco non sincronizzato. Non essendo il monitor condiviso non è infatti possibile che due Thread se lo contendano. Una variabile locale non è condivisa per definizione. Dunque questo: Codice:
metodo() { Object monitor = new Object(); synchronized(monitor) { fai qualcosa } } Codice:
metodo() { fai qualcosa; } Codice:
private final Object monitor = new Object(); metodo() { synchronized(monitor) { } } Occhio che se cond è un campo delle istanze della tua servlet allora esiste la possibilità che siano creati più ExecutorThread.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me! |
![]() |
![]() |
![]() |
#3 | |
Senior Member
Iscritto dal: Dec 2004
Città: Napoli
Messaggi: 342
|
Quote:
__________________
Il futuro lo conoscerete quando sarà arrivato, prima di allora dimenticatelo. (Eschilo) Ultima modifica di osa : 11-07-2007 alle 17:39. |
|
![]() |
![]() |
![]() |
#4 |
Senior Member
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
|
L'unica cosa che devi assicurare è che la condizione usata per "capire" se esista già un ExecutorThread permanga a prescindere dal numero di istanze della servlet che sono create.
Le specifiche garantiscono l'esistenza di una sola istanza di quella servlet in un certo istante. Non vietano che quell'istanza sia di volta in volta rigenerata. Ad esempio se dicessimo: Codice:
class Servlet... { private final Object monitor... private final AtomicBoolean condition = new AtomicBoolean(false); ...servizio if(condition) { crea un ExecutorThread, condition.set(false); A conti fatti la questione è un semplicemente di "ambito di vita". Devi far sì che la conzione appartenga ad un ambito superiore a quello di esistenza dell'istanza servlet. Perchè è questo solo il "problema": il ciclo di vita di questi oggetti è determinato esternamente al programma che hai per le mani. Tutto qua.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me! Ultima modifica di PGI-Bis : 11-07-2007 alle 17:50. Motivo: un false al posto di true |
![]() |
![]() |
![]() |
#5 | |
Senior Member
Iscritto dal: Dec 2004
Città: Napoli
Messaggi: 342
|
Quote:
__________________
Il futuro lo conoscerete quando sarà arrivato, prima di allora dimenticatelo. (Eschilo) |
|
![]() |
![]() |
![]() |
#6 |
Senior Member
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
|
Nì. Cioè sì ma bisogna stare attenti a quell'unico.
E' unica nel senso che il server non crea dieci servlet e poi distribuisce alla prima servlet libera il compito di rispondere ad una richiesta. Cioè non ci sono più servlet che gestiscono contemporaneamente richieste plurime. Non è unica nel senso di identica. Il server può rimuovere l'istanza che sta usando. Ad esempio dopo un certo periodo in cui non siano arrivate richieste. Quando sarà necessario, il server creerà una nuova istanza della servlet. Ecco perchè dico, attenzione al campo. Il campo in quanto tale è vincolato all'istanza. Se l'istanza cambia, la nuova avrà il suo nuovo campo, coi suoi diversi valori. Probabilmente una soluzione sarebbe quella di assicurare la morte del thread nel metodo destroy() della servlet. Ma non sono sicuro perchè le specifiche non sembrano vincolare l'esecuzione del metodo init() di una servlet all'esecuzione del metodo destroy() dell'istanza precedente. Io ho parlato di esistenza della servlet ma le specifiche parlano di uso dell'istanza della servlet. Insomma, per farla breve, usa un attributo del contesto. Nel metodo init verifichi se esiste un Esecutore. Se non c'è lo crei e lo avvii. Nel metodo service verifichi se l'esecutore sia ancora attivo. Se non lo è lo rigeneri. E sei in una botte di ferro.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me! |
![]() |
![]() |
![]() |
#7 | |
Senior Member
Iscritto dal: Mar 2002
Città: Roma - Milano - Lagos
Messaggi: 8576
|
Quote:
![]() Pero' non e' detto che l'istanza resti la stessa finche' non "ammazzi" il server... ma quindi in sostanza a te serve che la servlet ti assicuri di essere "monothread" oppure non ho capito una fava? ![]()
__________________
--- --- VENDO AppleCare per Macbook Pro 15"/17" a 200E --- --- Ho trattato con mezzo forum, per l'altra meta' mi sto attrezzando... ![]() ![]() Perditempo di professione: signirr |
|
![]() |
![]() |
![]() |
#8 | |
Senior Member
Iscritto dal: Dec 2004
Città: Napoli
Messaggi: 342
|
Quote:
Codice:
private Object mutex; private ExecuteThread t; ...... synchronized(mutex){ if ( t.getState().TERMINATE){ Thread t=new ExecuteThred(); //è un thread da me creato t.start(); } }
__________________
Il futuro lo conoscerete quando sarà arrivato, prima di allora dimenticatelo. (Eschilo) |
|
![]() |
![]() |
![]() |
#10 | |
Senior Member
Iscritto dal: Dec 2004
Città: Napoli
Messaggi: 342
|
Scusa non avevo letto il post da te scritto.
Se la servlet è rigenerata, l'evantuale thread ExucuteThread in esecuzione non dovrebbe terminare o sbaglio? Tu mi hai scritto: Quote:
Ciao e grazie.
__________________
Il futuro lo conoscerete quando sarà arrivato, prima di allora dimenticatelo. (Eschilo) Ultima modifica di osa : 11-07-2007 alle 21:14. |
|
![]() |
![]() |
![]() |
#11 |
Senior Member
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
|
Una volta lanciato il Thread fa storia a sè. Con o senza la servlet, quello continua a girare. E, a meno che il gruppo di appartenza non sia particolare, continuerà a farlo finchè la macchina virtuale non sarà ammazzata con un kill. O finchè il suo compito non termini ma questo dipende da cosa c'è nel run e da eventuali invocazioni esplicite del metodo interrupt() se la condizione di interruzione sia gestita nel run().
init. Nell'init verifichi con: Codice:
Object o = getServletContext().getAttribute("esecutore"); if(o == null) { non c'è: crealo, attivalo e registralo come attributo } else if(o instanceof ExecutorThread) { ExecutorThread t = (ExecutorThread)o; if(t non è attivo...) { attivalo } } Codice:
Object o = getServletContext().getAttribute("esecutore"); if(o instanceof ExecutorThread) { ExecutorThread t = (ExecutorThread)o; eccetera } else { grande magagna! }
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me! |
![]() |
![]() |
![]() |
#12 |
Senior Member
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
|
Ps: se poi anzichè nell'init della servlet crei l'esecutore con un ServletContextListener allora sei proprio EE. Very Java EE
![]()
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me! |
![]() |
![]() |
![]() |
#13 | |
Senior Member
Iscritto dal: Dec 2004
Città: Napoli
Messaggi: 342
|
Quote:
__________________
Il futuro lo conoscerete quando sarà arrivato, prima di allora dimenticatelo. (Eschilo) |
|
![]() |
![]() |
![]() |
#14 |
Senior Member
Iscritto dal: Dec 2004
Città: Napoli
Messaggi: 342
|
Perdonami in init() io verifico se esisteva il Thread nel contesto, altrimenti lo setto com this.getServletContext().setAttribute(...) , in questo modo il contesto vive anche se la servlet è rigenerato se ho capito bene o erro?
__________________
Il futuro lo conoscerete quando sarà arrivato, prima di allora dimenticatelo. (Eschilo) |
![]() |
![]() |
![]() |
#15 |
Senior Member
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
|
Sì. Il ciclo di vita del contesto (ServletContext) è più ampio di quello delle servlet. E' legato a quello dell'applicazione web. Parte quando l'applicazione è dispiegata sul web server e termina quando l'applicazione schiatta.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me! |
![]() |
![]() |
![]() |
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 11:46.