lina wrote:Oi,

Um programa rodava em Thread. Foi resolvido modificar para TimerTask.

Acontece que nem sempre essas tasks ocorrem no tempo determinado em sua inicialização. Não sei o que acontece, elas simplesmente morrem?!

Quando utiliza-las?

Tchauzin!

davidbuzatto wrote:Oi lina,

Como a TimerTask está sendo executada?
Vc está usando um Timer?

Pode passar o trecho de código?

[]´s

entanglement wrote:

lina wrote:Oi,

Um programa rodava em Thread. Foi resolvido modificar para TimerTask.

Acontece que nem sempre essas tasks ocorrem no tempo determinado em sua inicialização. Não sei o que acontece, elas simplesmente morrem?!

Quando utiliza-las?

Tchauzin!

Para cada java.util.Timer, é criada uma thread que roda todas as TimerTasks associadas com ela. O que pode ocorrer:

a) Se uma TimerTask demorar mais que o devido, atrasa as outras, e
b) Se uma TimerTask morrer com uma exceção não tratada, mata a thread dessa TimerTask e você vai ver que as outras TimerTasks não serão executadas.

O caso b) pode ser resolvido usando um try { ..... } catch (Throwable thr) { ... } para evitar que a exceção escape e mate a thread.

Andre Brito wrote:Lina,

Eu não gosto muito da Timer. Se você der uma olhada por aí, vai ver que não sou só eu que não acho a Timer muito legal (não é frescura minha não... a TimerTask e a Timer podem ser bem simples, mas elas tem alguns probleminhas). Você pode usar, ao invés, a classe ScheduledExecutorService, que é mais fácil, flexível e você tem mais controle sobre o agendamento (schedule) de tarefas.

Além disso, quando você usa a SES, você não precisa da TimerTask. Como você falou que existia algo que usava Thread (se você implementou do jeito legal, você provavelmente fez ela uma subclasse de Runnable), é só você colocar essa sua Thread na SES.

entanglement wrote:De modo geral, só é possível encerrar um Callable ou Runnable se ele sair com um InterruptedException, ou se ficar examinando uma flag. Isso é porque shutdown ou shutdownNow faz exatamente isso (lança uma InterruptedException em todas as threads que estão sendo usadas pelo Executor. )

Para isso ocorrer:

a) Ou esse Callable ou Runnable tem algum ponto do código que seja interruptível com um InterruptedException (por exemplo, ler ou gravar de arquivos ou sockets, Thread.sleep, ou algum método de alguma classe de java.util.concurrent que saia com InterruptedException) , ou
b) Você pode checar uma flag. No caso em que o Runnable ou Callable tem acesso a um Future, por exemplo (veja http://download.oracle.com/javase/6/docs/api/java/util/concurrent/Future.html ) é possível checar o valor de isCancelled.