Guardar Threads en el contexto

frijolita · #1 (**permalink**) 20/12/2006, 09:56

Hola,
en mi aplicacion web realizo una serie de descargas asíncronas utilizando threads y necesito monitorizarlas idependientemene de que cierre la aplicacion y la vuelva a abrir.
Para ello he guardado dichos threads en el objeto contexto que siempre está disponible a no ser que se reinicie el tomcat
¿Veis algun incoveniente a esto? ¿Me recomendais un modo mejor para hacerlo?
Gracias
F

marto_dev · #2 (**permalink**) 20/12/2006, 12:50

Wop!

bueno... inconveniente, como mínimo, que seran accesibles a todos los usuarios. Yo como mucho lo guardaría en session ;)

frijolita · #3 (**permalink**) 20/12/2006, 14:00

En ese sentido no habría problemas pq todos los usuarios tendran los mismos privilegios.
Si los guardo en session, cuando cierro el navegador y lo vuelvo a abrir los perderia con lo cual no me sirve

El thread se encarga de descargar de una base de datos publica documentos y necesito saber en todo momento cuantos se han descargado. ¿Se os ocurre alguna otra forma de hacerlo sin guardar el thread en el contexto?

Gracias!

marto_dev · #4 (**permalink**) 29/12/2006, 09:37

Wop!

Una manera de hacerlo es con un singleton de una clase que te gestione los threads, ¿qué te parece?

GreenEyed · #5 (**permalink**) 29/12/2006, 14:12

Yo apostaria mejor por guardar un objeto que gestione los Threads y se encargue de crearlos, pararlos etc en el contexto, como dices. El problema del singleton es que dependes que solo haya una instancia de esa clase en la JVM, y como las aplicaciones web andan con classloaders para arriba y abajo... cualquiera te lo asegura.

Eso si, asegurate de que cierras adecuadamente los Threads si la aplicacion (el contexto) se reinicia, ya que si no dejaras al Tomcat colgado.

marto_dev · #6 (**permalink**) 29/12/2006, 17:12

Pues yo sigo pensando que es mejor el singleton... :), es más elegante y el hecho de asegurarte que solo tengas una instancia del objeto que gestiona los threads es una ventaja no un inconvniente... ¿quien más va a intentar instanciar esa clase? y es más, aun y así... cual seria el problema?

Aunque reconozco que es principalmente cuestion de gustos... con el singleton ganas que el sistema es independiente de si la aplicación es o no web ;)

GreenEyed · #7 (**permalink**) 30/12/2006, 10:22

Si si, es cuestión de gustos. Lo de que sea más elegante... bueno, es una opinión, a mi los Singleton no me lo parecen así que...

Y lo de que te aseguras que sólo tienes una instancia... reitero que en un entorno multi-classloader como es un contenedor web, eso no es cierto ya que podrías tener una instancia por cada vez que la clase este cargada por cada classloader (al reiniciar el contexto habitalmente se "tira" un classloader y se crea otro, aparte de que cada aplicacion web tiene su propio classloader).

De igual forma, si metes esa clase en el classloader principal, para asegurar que no haya duplicados, entonces tu singleton es accesible por cualquier clase dentro de esa JVM, incluyendo otras aplicaciones web que puedan existir sobre las que puede que no tengas ningun control (como en un entorno de hosting compartido)...

Eso si, es independiente de si es web o no, aunque con los riesgos antes mencionados a veces no compensa. Depende de lo que estes haciendo puede ser mejor una u otra cosa.